Правильно ли это процедура? Вероятно, это не так, как большинство людей будет добиваться того, чего вы хотите достичь, но это, безусловно, выполнимо. Если бы вы хотели придерживаться этого для простоты сейчас, я бы скопировал всю структуру каталогов, удалил файлы .idea и .iml, а затем создаю новый проект в IntelliJ на этой чистой копии: IntelliJ автоматически настроит структуру папок на основе на существующий источник без необходимости проходить дополнительную ручную настройку.
Если вы хотите поэкспериментировать с маршрутом git, для достижения основ того, чего вы хотите достичь, это не очень сложно, и я написал небольшой быстрый старт ниже. IntelliJ предлагает очень хорошую поддержку Git, и как только ваш репозиторий создан, вы можете делать все, что вам нужно, из среды IDE. Я предполагаю, что вы работаете в Windows, хотя шаги не должны быть слишком удалены на других платформах.
Установка Git
Вы можете скачать и установить Git из https://git-scm.com/download/win, который установит командную оболочку под названием Git Bash.
установка Одноразовая для вашего проекта
Открывают GIT Баш и перейдите в папку, содержащую источник. Вместо того, чтобы видеть отдельные диски, как это делает Windows, Git Bash предполагает наличие логического каталога «root», в котором все ваши файлы доступны. Ваш диск C: будет/c. Чтобы перемещаться, вы можете использовать cd
, чтобы сменить каталог (используя/вместо) и ls
, чтобы перечислить файлы, а не использовать dir
.
Предположим, что ваш исходный код находится в C: \ Проекты \ MyProject:
cd /c/projects/myproject
git init
Вторая строка выше создает хранилище Git в этом каталоге. Это не влияет на ваш код, он просто создает папку с именем .git
, которая содержит всю информацию о бухгалтерском учете.
Вы не хотите, чтобы каждый файл находился под контролем версий - в частности, вам не нужны ваши сборки. Вам нужно настроить файл в каталоге проекта, который называется .gitignore
, который сообщает git, какие файлы и каталоги следует игнорировать. В качестве отправной точки вы можете скопировать https://github.com/github/gitignore/blob/master/Java.gitignore и переименовать файл .gitignore
Основных команды и Фиксирование первоначальной версии
Есть небольшое количество основных команд:
git status
Запуск git status
покажет какие файлы были изменены, которые не находятся под управлением версиями, и какие файлы были добавлены в промежуточную область, которая будет совершена в следующий раз.
git add path/to/file
Это добавляет файл в промежуточную зону, ожидающую его совершения. Вы можете добавить несколько файлов в промежуточную область, прежде чем совершать их за один раз.
git commit -m "description of your change"
Это фиксирует все поэтапные файлы в виде новой версии, в которой указано сообщение о фиксации.
Если вы идете в каталог проекта, сделать git status
и проверьте по списку, чтобы убедиться, что нет ничего, что вы не хотите, чтобы под контролем версий, то вы можете сделать git add .
, чтобы добавить все к промежуточной области и git commit -m "Check in initial version of the source code"
передать его в репозиторий.
После того как вы совершили, вы можете запустить
git log
Чтобы посмотреть историю всех изменений. У IntelliJ есть представление, которое покажет вам то же самое.
Создание экспериментальной ветви
Это где мерзавец светит; если вы хотите попробовать что-то экспериментальное, вы можете создать ветвь своего проекта, позволяя git сохранить исходную версию.
git checkout -b experiment1
Создает и переключается на ветвь, называемую экспериментом1. Вы можете удалить, переименовать, переместить, переписать и разработать все, что вам нравится в этой ветке. Изменения, которые вы совершаете, не зависят от вашей исходной рабочей версии.
Вы можете вернуться к исходной версии (с сохранением всех изменений вы совершенные на этой ветке) с помощью:
git checkout master
Где хозяин только имя ветви по умолчанию создается, когда вы запускали git init
,Экспериментальная версия все равно будет доступна и может быть снова переключена с использованием git checkout experiment1
или из IntelliJ с использованием выбора ветви в нижнем правом углу строки состояния.
Если вы решили, что изменения, сделанные вами в эксперименте1, станут вашей новой «хорошей» версией, вы можете объединить их обратно в ведущую ветвь и повторить цикл оттуда.
Ваш ответ был исключительно тщательным и понятным. БЛАГОДАРЮ. – sgroen
Нет проблем. Еще одна вещь, о которой стоит упомянуть, заключается в том, что, хотя это позволяет вам поэкспериментировать с безнаказанностью, все еще остается только одна копия вашего репозитория git, и если что-то случится с вашей машиной, вы потеряете все ее версии. Если вы регулярно создадите резервную копию накопителя, все будет в порядке, в противном случае стоит посмотреть на одну из бесплатных удаленных служб, таких как Github, Bitbucket или Gitlab. –