2015-07-12 3 views
-1

Я только начинаю с git и являюсь полным noob. Пройдя все учебные пособия, у меня нет практического опыта в том, как разработчики фактически используют git на протяжении всего рабочего дня. Например, я загрузил два сценария python, над которыми я работаю, в хранилище бит-ведро. Это подход, который я взял, чтобы получить здесь, в мерзавце Баше:Какова наилучшая практика разработки кода с помощью git?

cd C:\path\to\my\folder 
git init 
git add . 
git commit -am"Initial Commit" 

Создать репозиторий в битоприемнике

git remote add origin ssh://[email protected]/myname/test_project.git 
git push -u origin --all 

После репо была создана, я начинаю работать над моим питоном сценариями. Периодически, скажем, каждый час, я обновить репозиторий с помощью следующих команд:

git commit -am"Status Update 1" 
git push 

Это рекомендуемый рабочий процесс для разработки кода? Другими словами, я следую лучшим методам использования git на бит-ведре, или я упускаю из-за функциональности, или, возможно, вообще не использую git?

+3

Вам не следует делать периодические коммиты, а совершать коммиты, которые семантически группируют связанные изменения, которые имеют смысл совершать как единое целое. Например, когда вы работаете над функцией, зафиксируйте эту функцию как одну фиксацию, вместо того, чтобы совершать сломанные. Некоторые ссылки для чтения: http://www.git-tower.com/learn/git/ebook/command-line/appendix/best-practices, https://sethrobertson.github.io/GitBestPractices/, http: // nvie.com/posts/a-successful-git-branching-model/ – poke

+1

Я думаю, что этот вопрос слишком открытый, чтобы быть в теме для переполнения стека. Нет конкретной проблемы, которую нужно решить. Это может быть даже слишком открыто для [tag: programmers.se]. Не могли бы вы указать какую-то определенную проблему, которая побудила вас задать этот вопрос? –

+0

@ 200_success «Слишком широкий» или «в основном основанный на мнениях» также применяется к программистам. –

ответ

2

Рекомендуется совершать логически связанные изменения, с сообщением фиксации, описывающим, что такое фиксация. (Коммит сообщение, как «Status Update N» откровенным попало. См this article о написании хорошей фиксации сообщений.)

Таким образом, ваша история изменений будет читать как последовательность логических шагов в развитии проекта , , и если вам когда-либо понадобится откат в конкретную точку в прошлом, , вы сможете легко найти правильные коммиты.

-1

Я рекомендую установить приложение git на свой компьютер и настроить учетную запись на сайте хранения git, а затем, когда вы разрабатываете на своем компьютере и передаете место хранения git, тем самым сохраняя ваши скрипты.

+1

OP уже использует Git с Bitbucket, так что именно вы предлагаете? – poke

+0

с использованием git и github позволяет лучше управлять версиями и хранить файлы разработки. –

+0

Является ли ваша мысль о том, что GitHub лучше, чем Bitbucket (что очень субъективно), или вы просто не читаете вопрос и мой комментарий правильно? – poke

Смежные вопросы