AC git

Безопасность управления исходным кодом для Git. Два правила применяются независимо от того, читаете ли вы тело. Во-первых, никогда не коммитьте, не изменяйте, не отправляйте, не помечайте, не перебазируйте, не выбирайте вишней, не отменяйте и не сбрасывайте --hard, если пользователь не попросил об этом точно в этой сессии. Явный запрос на создание нового коммита засчитывается где угодно в тексте задачи пользователя, но это не запрос на изменение, отправку или пометку. Завершение задачи без такого запроса не является разрешением, поэтому оставьте свою работу незакоммиченной для проверки. Во-вторых, когда блокирующий файл Git или поврежденный индекс мешает вам, никогда не завершайте удерживающий процесс и не пробивайтесь через удаления — ждите, повторите попытку, используйте собственный механизм остановки держателя или остановитесь и сообщите. Загружайте тело только перед записью истории Git или восстановлением состояния Git.

машинный переводПоказать оригиналСкрыть оригинал«Source-control safety for Git. Two rules apply whether or not you read…»

Source-control safety for Git. Two rules apply whether or not you read the body. First, never commit, amend, push, tag, rebase, cherry-pick, revert, or reset --hard unless the user asked for that exact write in this session. An explicit request to create a new commit counts anywhere in the user's own task text, but it is not a request to amend, push, or tag. Finishing a task without that request is not authorization, so leave your work uncommitted for review. Second, when a Git lock file or corrupt index blocks you, never kill the holding process or bulldoze through with deletions - wait, retry, use the holder's own stop mechanism, or stop and report. Load the body only before writing Git history or recovering Git state.

Безопасность управления исходным кодом для Git.

Как процесс C 55/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, ошибки и развилки