简单的GitHub工作流开始使用
我作为一名开发人员工作了将近一年,在此期间,我只使用Subversion作为版本控制。现在我在一个2人项目中,我们刚刚建立了一个GitHub存储库,我正在寻找一个简单的工作流程来开始——直到我有时间学习Git的所有细微差别,我相信这些细微差别会使它变得很棒 我一直在搜索Git工作流,但我能找到的只是一些大文档,它们似乎教给我们使用Git的最高级方法简单的GitHub工作流开始使用,git,github,Git,Github,我作为一名开发人员工作了将近一年,在此期间,我只使用Subversion作为版本控制。现在我在一个2人项目中,我们刚刚建立了一个GitHub存储库,我正在寻找一个简单的工作流程来开始——直到我有时间学习Git的所有细微差别,我相信这些细微差别会使它变得很棒 我一直在搜索Git工作流,但我能找到的只是一些大文档,它们似乎教给我们使用Git的最高级方法 如果有人对这方面的好资源有任何想法或建议,我将非常感谢 面向初学者的10大Git教程- 面向初学者的十大Git教程- 非常适合教您git的基础知识
如果有人对这方面的好资源有任何想法或建议,我将非常感谢 面向初学者的10大Git教程-
面向初学者的十大Git教程- 非常适合教您git的基础知识 至于工作流,如果您来自SVN,我只能说是分支。把你的屁股支开。每次你开始一个新的bug、特性,不管怎样,都会从当前主程序开始一个新的分支。不要直接在master中工作。进行合并要比整理一个有十几种不同功能的单分支容易得多。若你们现在习惯了分支,那个么你们就可以很容易地调整你们的工作流程,将其合并回主程序,以最适合你们的项目 同时,要尽早承诺,经常承诺。在您推动清理之前,您始终可以修改并重新设置承诺的基础。提交确保git跟踪您的更改,这样您就不会因为运行错误的命令而丢失更改。如果提交了以前的版本,则很容易撤消错误;如果从未提交更改,则即使不是不可能,也很难恢复错误。非常适合教您git的基础知识 至于工作流,如果您来自SVN,我只能说是分支。把你的屁股支开。每次你开始一个新的bug、特性,不管怎样,都会从当前主程序开始一个新的分支。不要直接在master中工作。进行合并要比整理一个有十几种不同功能的单分支容易得多。若你们现在习惯了分支,那个么你们就可以很容易地调整你们的工作流程,将其合并回主程序,以最适合你们的项目 同时,要尽早承诺,经常承诺。在您推动清理之前,您始终可以修改并重新设置承诺的基础。提交确保git跟踪您的更改,这样您就不会因为运行错误的命令而丢失更改。如果提交了以前的版本,则很容易撤消错误;如果从未提交更改,则即使不是不可能,也很难恢复错误。在git上签出此博客->在git上签出此博客->