图解Git——分布式Git《Pro Git》

分布式工作流程

Centralized Workflow（会集式工作流）

• 全部开辟者都与同一个中央堆栈同步代码，每个人通过拉取、提交来互助。
  
• 假如两个开辟者同时修改了类似的文件，后一个开辟者必须在推送之前归并其他人的更改。
  

---

Integration-Manager Workflow（集成管理者工作流）

• 每个开辟者拥有自己堆栈的写权限，主堆栈由维护者管理。
  
• 开辟者通过 fork 主堆栈，推送更改到自己的堆栈后，向维护者哀求归并。
  
• 维护者拉取开辟者的更改，举行测试和归并后，推送回主堆栈。
  

---

Dictator and Lieutenants Workflow（主管与副主管工作流）

• 实用于大型项目，尤其是多个维护者的项目。项目中的 Dictator 负责终极的归并，Lieutenants 负责各自模块。
  
• 开辟者在自己的分支上工作，提交到 Lieutenant 的分支，再由 Lieutenant 归并到主分支，终极由 Dictator 归并到中央堆栈。
  

---

向一个项目做贡献

向一个项目贡献代码的过程涉及到几个关键的因素，此中每个因素都大概影响贡献的方式、流程以及终极结果。以下是一个轻微详细的形貌，包罗了怎样贡献代码、涉及的困难以及怎样有效管理提交。
1. 生动贡献者的数目

项目标生动贡献者数目直接影响代码贡献的难易程度。对于小型项目，生动的贡献者大概只有几位，每天的提交次数不多。而对于大型开源项目，贡献者大概成千上万，提交的频率也非常高。随着贡献者增多，代码的归并和应用碰面对更多寻衅：

• 标题：当多个贡献者提交改动时，代码大概会发生辩论。差别的开辟者大概修改类似的文件或功能，导致归并时出现辩论或代码不兼容。
  
• 办理方案：利用频仍的拉取最新代码（git pull）和办理归并辩论的本事非常告急。归并辩论必须在当地办理，确保终极代码与其他人提交的代码兼容。
  

2. 项目利用的工作流程

项目标工作流程通常取决于项目标巨细和复杂度。以下是常见的几种工作流：

• 会集式工作流：全部贡献者都拥有对主分支（master）的写入权限，可以直接提交接码。这种工作流简朴，实用于小团队或私有项目。
  
• 分支工作流：每个开辟者在自己的分支上工作，修改完成后通过**拉哀求（pull request）或归并哀求（merge request）**向主分支提交接码。这是更常见的工作流，尤其是对于开源项目。
  
• 维护者工作流：对于大型项目，维护者或核心开辟职员负责检察和归并来自其他开辟者的代码，外部贡献者必要通过提交拉哀求来提供自己的改动。
  

影响：你必要明白自己所加入的项目接纳哪种工作流程。假如是分支工作流，你大概必要在自己完成代码后，推送到自己的分支上，再通过拉哀求的方式提交归并。
3. 提交权限

提交权限的管理是一个告急的因素，它决定了你怎样将代码提交到项目中：

• 有写权限：假如你有直接的写权限，可以直接提交接码到主分支大概其他分支。
  
• 没有写权限：假如没有写权限，通常必要通过提交拉哀求或归并哀求的方式贡献代码。维护者将稽核你的代码，并决定是否归并。
  

影响：假如没有直接的写权限，你必要相识项目是否有贡献指南，依照规定的流程来提交接码。
4. 怎样确保代码归并乐成

代码归并的过程中，通常会涉及以下步调：

• 拉取最新代码：确保你的当地分支与远程堆栈的代码是同步的。
  

1. git pull origin master

复制代码

假如有人提交了新的改动，你必要归并他们的代码到自己的分支。

• 办理辩论：在归并时，假如出现辩论，Git 会提示你辩论的文件。你必要手动办理这些辩论。
  

1. git mergetool

复制代码

利用恰当的工具来办理辩论。

• 推送代码：将你的代码提交到远程堆栈。对于有写权限的用户，可以直接推送到主分支；对于没有写权限的用户，推送到自己的分支并发起拉哀求。
  

1. git push origin my-feature-branch

复制代码

5. 提交准则和提交信息规范

提交信息是贡献中非常告急的一部门，公道的提交信息有助于项目维护者明白你的改动，并在后期举行回溯时找到标题。以下是一些常见的提交准则：

• 克制空缺错误：在提交接码前，运行 git diff --check 查抄代码是否有空格或其他格式错误。
  
• 保持提交逻辑清晰：每个提交应该是一个逻辑上独立的变更集。克制将多个不干系的功能或修复归并成一个提交。你可以通过 git add --patch 来分拆提交，确保每次提交都是干系的、功能明白的。
  
• 提交信息的格式：通常，提交信息应包罗以下部门：
  

• 
  
  
  
  • 简便的择要：不高出 50 个字符，扼要形貌改动内容。
    
  • 详细形貌：假如必要，可以提供更多的配景信息，包罗为什么要举行这个改动，改动的动机以及怎样影响代码的运动。
    
  
  

示例：

1. Add user authentication logic
3. Implement login and registration features with validation and error handling.
4. This change introduces a new User model and modifies the authentication flow.

复制代码

6. 常见的归并和辩论处置处罚

在多人协作的项目中，辩论是不可克制的。以下是一些处置处罚辩论的本事：

• 频仍同步：只管在自己提交之前拉取远程的最新代码，并办理辩论。
  
• 克制长时间延误归并：假如开辟周期较长，只管频仍将自己的修改与主分支归并，淘汰出现复杂辩论的概率。
  

7. 私有小型团队的工作流程

• 在一个小型私有团队中，大概会接纳会集式的工作流。在这种情况下，团队成员通常拥有直接的写权限，可以直接将代码推送到主分支。这种工作流程较为简朴，实用于团队成员较少且沟通较为直接的项目。
  
• 
  
  
• 示例：Git - 向一个项目贡献
  

8. ⭐私有管理团队的工作流程

• 在大型私有团队中，通常会有一个整合者（比方项目司理或核心开辟职员）来负责代码的归并工作。开辟者会在自己创建的分支上举行工作，完成后通过拉哀求（pull request）或归并哀求（merge request）提交接码。这种工作流更为规范，实用于必要高质量代码管理的大型团队。
  
• 
  
  
• 示例：Git - 向一个项目贡献
  

---

9. 派生的公开项目

在很多公开项目中，你无法直接向主堆栈提交接码，由于你没有写入权限。这时，派生（Fork）是常用的操纵，详细步调如下：

• 派生原项目：
  

• 
  
  
  
  • 起首，你必要从原项目标页面点击“Fork”按钮。如许会创建一个你自己的堆栈副本，通常在 GitHub、GitLab、BitBucket 等平台上。
    
  
  

• 克隆到当地：
  

• 
  
  
  
  • 利用 git clone 克隆你派生的堆栈到当地：
    
  
  

1. git clone <your-fork-url>
2. cd <project-directory>

复制代码

• 创建一个新分支举行开辟：
  

• 
  
  
  
  • 在当地堆栈中，创建一个新的分支来举行开辟，克制直接在 master 分支上工作：
    
  
  

1. git checkout -b feature-branch

复制代码

• 在新分支上做修改并提交：
  

• 
  
  
  
  • 在 feature-branch 上举行开辟，提交修改：
    
  
  

1. git add .
2. git commit -m "Add feature A"

复制代码

• 将修改推送到派生的堆栈：
  

• 
  
  
  
  • 修改完成后，你将分支推送到你自己的远程堆栈：
    
  
  

1. git push origin feature-branch

复制代码

• 创建拉取哀求（Pull Request，PR）：
  

• 
  
  
  
  • 然后，前往 GitHub 或其他平台，进入你自己派生的堆栈，在该堆栈上创建一个 Pull Request。你必要选择将修改归并到原项目标 master 或其他目标分支。
    
  • 在 PR 形貌中，清晰地分析你所做的更改，维护者会基于此来检察你的修改。
    
  
  

• 维护者检察和归并：
  

• 
  
  
  
  • 项目标维护者会检察你的修改，大概会要求你进一步修改，大概直接归并你的工作。假如检察通过，维护者会将你的更改归并到原堆栈。
    
  
  

• 总结
  

• 
  
  • 派生 是贡献代码的标准方式，尤其是在没有直接写入权限的情况下。
    
  • 创建 Pull Request 是你提交修改的正式方式，维护者会在归并之前检察你的工作。
    
  • 变基和辩论办理是常见的流程，以确保你的提交与原项目兼容。
    
  
  

10. 变基（Rebase）与辩论办理

• 变基（Rebase）： 假如在提交 PR 之前，原项目标 master 分支发生了更新，大概会出现归并辩论。这时，你可以通过 git rebase 将你的分支基于最新的 master 分支重新应用提交，克制辩论：
  

1. git checkout feature-branch
2. git fetch upstream
3. git rebase upstream/master

复制代码

这会将你的更改基于最新的原堆栈的 master 分支上，辩论办理后再推送。

• 归并（Merge）： 你也可以选择通过归并（git merge）来办理辩论，详细选择取决于项目标惯例。
  

---

结论

向一个项目贡献代码的流程是多种多样的，取决于项目标规模、工作流、贡献者的脚色以及提交权限。最告急的是明白项目标工作流、依照项目标提交准则，并保持代码的清晰与规范。在现实开辟中，良好的协作和沟通是确保代码顺遂归并和项目乐成的关键。



免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。

继续阅读请点击广告