Removed Synchronizing section as outdated

docs/en/manuals/version-control.md

@@ -15,60 +15,6 @@ When you save changes in your local working copy, Defold tracks all changes in t
 
 Select a file in the list and click <kbd>Diff</kbd> to view the changes that you have done to the file or <kbd>Revert</kbd> to undo all changes and restore the file to the state it had after the last synchronization.
 
-## Synchronizing
-
-::: important
-Project synchronization can also be performed using one of the many excellent external tools for working with Git repositories. [GitHub Desktop](https://desktop.github.com/), [GitTower](https://www.git-tower.com), [Git Kraken](https://www.gitkraken.com/git-client) and [SourceTree](https://www.sourcetreeapp.com/) are some of the more popular ones.
-:::
-
-To synchronize your project means that the project files are brought into sync with the project as it looks on the remote server. You should synchronize if:
-
-1. You want to bring your project up to speed with what is stored on the server.
-2. You want to share your local project changes with other team members by committing and pushing your changes to the server.
-
-To start synchronizing, select <kbd>File ▸ Synchronize</kbd> in the menu. A series of dialogs guide you through the synchronization process.
-
-![Start sync](images/workflow/sync.png)
-
-Press <kbd>Pull</kbd> to pull changes from the server and merge them with your local changes. If there are conflicts, you are asked to resolve them:
-
-![Resolve](images/workflow/resolve.png)
-
-Mark each conflicting file, right-click and select the action to take:
-
-View Diff
-: Bring up a textual diff view of your and the server version of the file.
-
-  ![diff view](images/workflow/diff.png)
-
-  On the left hand side is the file pulled from the server. The right hand side shows your local version. Any differences are clearly highlighted so you can quickly review them.
-
-  The built-in file comparison tool works on text files only. However, since Defold stores all working files (game objects, collections, atlases, etc etc) in easily understandable JSON files, you can often figure out the meaning of the changes that have been made to such files:
-
-Use Ours
-: Discard the changes from the server and instead use your version.
-
-Use Theirs
-: Discard your version and instead use the server version.
-
-::: sidenote
-The editor does not allow you to pick changes from the two conflicting files. If you need to do this you can perform the Git operations from the command line and use a separate merge tool.
-:::
-
-When the editor is done pulling changes and any conflicts are resolved, a dialog asks you how to proceed.
-
-![pull done](images/workflow/push.png)
-
-* Press <kbd>Cancel</kbd> to abort and return the project to the state it was in prior to synchronization.
-* Press <kbd>Push</kbd> to continue committing and pushing your changes to the server.
-* Press <kbd>Done</kbd> to accept the server changes and conflict resolutions, but do not continue pushing. You can always push at a later stage.
-
-If you continue pushing and have local changes, you are asked to commit them before pushing. A dialog allows you to select (stage) the files that should be included in the commit framed orange in the image below).
-
-![stage](images/workflow/stage.png)
-
-Press <kbd>Push</kbd> to commit and push your changes to the server.
-
 ## Git
 
 Git is built primarily to handle source code and text files and stores those types of files with a very low footprint. Only the changes between each version are stored, which means that you can keep an extensive history of changes to all your project files to a relatively small cost. Binary files such as image or sound files, however, does not benefit from Git's storage scheme. Each new version you check in and synchronize takes about the same space. That is usually not a major issue with final project assets (JPEG or PNG images, OGG sound files etc) but it can quickly become an issue with working project files (PSD files, Protools projects etc). These types of files often grow very large since you usually work in much higher resolution than the target assets. It is generally considered best to avoid putting large working files under the control of Git and instead use a separate storage and backup solution for those.

docs/ru/manuals/version-control.md

@@ -15,60 +15,6 @@ Defold создан для небольших команд, которые в т
 
 Выберите файл в списке и нажмите <kbd>Diff</kbd>, чтобы просмотреть изменения, которые вы внесли в файл, или <kbd>Revert</kbd>, чтобы откатить все изменения и восстановить файл до состояния, которое он имел после последней синхронизации. 
 
-## Синхронизация
-
-::: important
-Синхронизацию проекта также можно выполнить с помощью одного из множества отличных внешних инструментов для работы с Git репозиториями. [GitHub Desktop](https://desktop.github.com/), [GitTower](https://www.git-tower.com), [Git Kraken](https://www.gitkraken.com/git-client) и [SourceTree](https://www.sourcetreeapp.com/) - одни из наиболее популярных. 
-:::
-
-Синхронизация проекта означает, что файлы проекта синхронизируются с состоянием проекта на удаленном сервере. Вам следует выполнять синхронизацию, если: 
-
-1. Вы хотите привести свой проект в соответствие с тем, что хранится на сервере.
-2. Вы хотите поделиться своими локальными изменениями проекта с другими членами команды, зафиксировав и отправив свои изменения на сервер.
-
-Чтобы начать синхронизацию, выберите в меню пункт <kbd>File ▸ Synchronize</kbd>. Последовательность диалогов проведет вас через процесс синхронизации. 
-
-![Начать синхронизацию](images/workflow/sync.png)
-
-Нажмите <kbd>Pull</kbd>, чтобы получить изменения с сервера и слить их с вашими локальными изменениями. Если есть конфликты, система попросит вас разрешить их: 
-
-![Resolve](images/workflow/resolve.png)
-
-Отметьте каждый конфликтующий файл, щелкните правой кнопкой мыши и выберите действие, которое нужно предпринять: 
-
-View Diff
-: Вывести текстовое представление различий вашей и серверной версии файла. 
-
-  ![diff view](images/workflow/diff.png)
-
-  Слева находится файл, полученный с сервера. Справа показана ваша локальная версия. Любые различия четко выделены, так что вы можете быстро их просмотреть.
-
-   Встроенный инструмент сравнения файлов работает только с текстовыми файлами. Однако, поскольку Defold хранит все рабочие файлы (игровые объекты, коллекции, атласы и т. д.) в легко читаемых файлах JSON, вы зачастую сможете понять смысл изменений, которые были внесены в такие файлы: 
-
-Use Ours
-: Отменить изменения с сервера и вместо этого использовать вашу версию.
-
-Use Theirs
-: Выкинуть свою версию и использовать вместо нее версию сервера. 
-
-::: sidenote
-Редактор не позволяет точечно отбирать изменения из обоих конфликтующих файлов. Если вам нужно это сделать, вы можете выполнять Git операции из командной строки и использовать отдельный инструмент слияния. 
-:::
-
-Когда редактор закончит с подтягиванием изменений и все конфликты будут разрешены, появится диалоговое окно с вопросом, как действовать дальше. 
-
-![стягивание завершено](images/workflow/push.png)
-
-* Нажмите <kbd>Cancel</kbd>, чтобы прервать операцию и вернуть проект в состояние, в котором он находился до синхронизации.
-* Нажмите <kbd>Push</kbd>, чтобы продолжить с фиксацией и публикацией ваших изменений на сервер.
-* Нажмите <kbd>Done</kbd>, чтобы принять изменения с сервера и разрешения конфликтов, но без последующей публикации. Вы всегда можете опубликоваться на сервер на более позднем этапе. 
-
-Если вы продолжаете публикацию и имеете локальные изменения, вас попросят зафиксировать (commit) их перед публикацией (push-ем). Диалоговое окно позволяет вам выбрать (подготовить) файлы, которые должны быть включены в коммит (обведено оранжевой рамкой на изображении ниже).
-
-![stage](images/workflow/stage.png)
-
-Нажмите <kbd>Push</kbd>, чтобы зафиксировать и отправить изменения на сервер. 
-
 ## Git
 
 Инструмент Git создан в первую очередь для обработки исходного кода и текстовых файлов и хранит эти типы файлов с минимальными издержками. Сохраняются только изменения (дельты) между каждой версией, что означает, что вы можете вести обширную историю изменений всех файлов вашего проекта с относительно небольшими затратами. Однако двоичные файлы, такие как изображения или звуковые файлы, не получают преимуществ от схемы хранения Git. Каждая новая версия, которую вы регистрируете и синхронизируете, занимает примерно одно и то же место. Обычно это не является серьезной проблемой с конечными ассетами проекта (изображения JPEG или PNG, звуковые файлы OGG и т. д.), н может быстро стать проблемой с рабочими файлами проекта (файлы PSD, проекты Protools и т. д.). Эти типы файлов часто сильно разрастаются в объеме, поскольку вы обычно работаете с гораздо более высоким разрешением, чем целевые ресурсы. Обычно считается, что лучше избегать передачи больших рабочих файлов для Git версионирования и вместо этого использовать для них отдельное хранилище и решение для резервного копирования.

docs/zh/manuals/version-control.md

@@ -15,60 +15,6 @@ Defold 为密切合作的小游戏团队而设计. 团队成员可以并行工
 
 选中一个文件点击 <kbd>Diff</kbd> 来查看更改, 或者点击 <kbd>Revert</kbd> 来把文件还原回上次同步后的状态.
 
-## Synchronizing
-
-::: sidenote
-可以使用各种外部 Git 工具进行同步. [GitHub Desktop](https://desktop.github.com/), [GitTower](https://www.git-tower.com), [Git Kraken](https://www.gitkraken.com/git-client) 还有 [SourceTree](https://www.sourcetreeapp.com/) 都是很常用的.
-:::
-
-项目同步意味着使本地项目文件与远程保持一致. 在以下情况下项目需要同步:
-
-1. 你想把服务器端最新进展更新到本地.
-2. 你想把本地进展提交并推送到服务器端.
-
-要同步项目, 选择菜单栏 <kbd>File ▸ Synchronize</kbd>. 会有一系列引导对话框帮助你完成同步.
-
-![Start sync](images/workflow/sync.png)
-
-点击 <kbd>Pull</kbd> 从服务器拉取更新并混合到本地. 如果发现冲突, 会提示你来解决:
-
-![Resolve](images/workflow/resolve.png)
-
-对于每个冲突文件, 右键点击后从弹出菜单选择解决方法:
-
-View Diff
-: 打开对比差别的文本编辑器.
-
-  ![diff view](images/workflow/diff.png)
-
-  左边是从服务器上拉取的文件内容. 右边是本地的文件内容. 差别之处会做高亮显示便于查看.
-
-  内置比较工具仅用于文本文件. 然而, 因为 Defold 把项目中的许多文件 (游戏对象, 集合, 图集等等) 存储成简单易懂的 JSON 文件, 进行对比时也能明白区别是什么:
-
-Use Ours
-: 使用本地文件覆盖网络文件.
-
-Use Theirs
-: 使用网络文件覆盖本地文件.
-
-::: sidenote
-编辑器不提供对每个差别选择保留哪个的功能. 如果需要此功能可以使用 Git 命令行的混合工具.
-:::
-
-拉取更新并解决冲突之后, 会提示完成对话框.
-
-![pull done](images/workflow/push.png)
-
-* 点击 <kbd>Cancel</kbd> 取消此次同步.
-* 点击 <kbd>Push</kbd> 把本地更新提交并推送到服务器.
-* 点击 <kbd>Done</kbd> 接受服务器更新和冲突解决, 只是不再向服务器推送结果. 推送的工作随时可以进行.
-
-如果打算向服务器推送更新, 第一步必须做提交工作. 推送对话框会让你选择哪些文件需要提交并推送 (下图以橙色方框标明).
-
-![stage](images/workflow/stage.png)
-
-点击 <kbd>Push</kbd> 即可提交并推送到服务器.
-
 ## Git
 
 Git 是知名的版本控制系统. 通过保留差别实现版本控制, 所以即使提交了很多版本其占用空间也不是很大. 但是像图片和声音这样的二进制文件, 就无法从 Git 的存储方案中收益了. 它们每次的提交都会保存整个文件而不是差异. 对于小文件还好办 (JPEG 或者 PNG 图片, OGG 声音文件之类的), 但是对于大型工程源文件 (PSD 文件, Protools 项目文件之类的). 这些文件随着项目进展越长越大. 这样的文件最好别用 Git 托管而是另找地方进行备份.