丰富了基线版本和定制版本多仓库方案的操作步骤
After Width: | Height: | Size: 289 KiB |
After Width: | Height: | Size: 21 KiB |
After Width: | Height: | Size: 20 KiB |
After Width: | Height: | Size: 37 KiB |
After Width: | Height: | Size: 6.4 KiB |
After Width: | Height: | Size: 59 KiB |
After Width: | Height: | Size: 15 KiB |
After Width: | Height: | Size: 18 KiB |
After Width: | Height: | Size: 46 KiB |
After Width: | Height: | Size: 16 KiB |
After Width: | Height: | Size: 18 KiB |
After Width: | Height: | Size: 9.7 KiB |
After Width: | Height: | Size: 21 KiB |
After Width: | Height: | Size: 22 KiB |
After Width: | Height: | Size: 43 KiB |
After Width: | Height: | Size: 9.2 KiB |
77
Lab4/lab4.md
|
@ -5,7 +5,7 @@ https://www.cnblogs.com/Mufasa/p/14431990.html
|
|||
- 多分支
|
||||
- 多仓库
|
||||
|
||||
多分支大体思路是:
|
||||
## 多分支
|
||||
1. 从基线仓库拉取最新的程序到本地
|
||||
2. 创建新分支代表定制版本,并切换到新分支
|
||||
3. 做一些定制化修改
|
||||
|
@ -15,15 +15,68 @@ https://www.cnblogs.com/Mufasa/p/14431990.html
|
|||
7. 切换到定制版本分支,单次更改可以采用摘取(cherry-pick)命令把基线上的更改提交到当前定制分支。同时同步多次更改可以采用合并命令。
|
||||
8. 推送定制分支
|
||||
|
||||
多仓库大体思路:
|
||||
1. 从基线仓库拉取最新的程序到本地
|
||||
2. 做一些定制化修改,代表定制版本
|
||||
3. 测试无误后提交更改
|
||||
4. 在服务器新建定制版本仓库,把推送远端仓库的链接改成定制版本的链接。再添加一个名叫“upstream”(好像学名上游分支)的远端仓库,链接为原来基线仓库的链接。
|
||||
5. 把定制版本程序推送到定制版本仓库
|
||||
6. 基线仓库更新优化
|
||||
7. 在本地定制版本库,通过抓取(或称获取,fetch)命令,抓取上游分支基线上的更改。
|
||||
8. 通过合并或者变基命令把上一步更改同步提交到定制仓库
|
||||
9. 推送定制分支
|
||||
## 多仓库
|
||||
### 定制版本搭建
|
||||
#### 1. 从基线仓库克隆最新的程序到本地
|
||||
在文件夹右键选择Git克隆,在URL栏填写基线仓库的服务器地址,点击确定
|
||||

|
||||
|
||||
个人推荐多仓库管理,仓库分支结构清晰,同步基线的更改没麻烦太多。
|
||||
#### 2. 做一些定制化修改,代表定制版本
|
||||
- 如果是新定制版本,直接在当前程序上修改即可
|
||||
- 如果是已经存在的定制版本,首先删除基线程序所有文件(保留.git文件夹和.gitignore文件),然后把定制程序复制过来即可。需要注意的是: 要保证定制程序和基线程序的版本相同。如果定制程序比基线落后的话,会丢失中间版本的更改。
|
||||
拿一个已经存在的定制程序举例,删除基线程序所有文件,只保留.git和.gitignore文件。(这里简化操作,所有操作都在"master"分支进行,如果已经用上"Git Flow"分支管理,应当先切换到"develop"分支,再删除。)
|
||||

|
||||
然后把定制程序复制过来,可以用TortoiseGit查看已修改的内容,此时的已修改应当是基线程序和定制程序的不同点,和用BC对比出来是一样的。
|
||||

|
||||

|
||||
|
||||
#### 3. 提交更改
|
||||
测试无误后提交更改
|
||||

|
||||
|
||||
#### 4. 创建定制版本仓库
|
||||
在服务器新建定制版本仓库。
|
||||
打开TortoiseGit的推送界面,点击“管理”按钮,选中“origin”查看详细信息。会发现“URL”还是原来的基线仓库连接。我们需要将"URL"改成定制仓库的连接。
|
||||
然后我们需要再添加一个名叫“upstream”(上游分支)的远端仓库,链接为原来基线仓库的链接。后面抓取时会用到。
|
||||
此时的远端列表如下:
|
||||

|
||||

|
||||
#### 5.推送
|
||||
把定制版本程序推送到定制版本仓库,打开TortoiseGit的推送界面,保持远端还是origin,点击确定。
|
||||

|
||||
### 实际应用
|
||||
前面的操作把定制版本的架子搭好了,下面就要测试应用了。
|
||||
#### 基线程序的更改同步到定制版本
|
||||
##### 1. 基线程序版本更新
|
||||
在基线程序上面做一些更改并且提交推送。
|
||||
##### 2. 定制版本获取基线更改
|
||||
在本地的定制版本库,打开TortoiseGit的获取界面,把远端改成“upstream”,点击确定。
|
||||

|
||||
##### 3. 合并获取的更改
|
||||
打开TortoiseGit的合并界面,分支选择“remotes/upstream/master”,点击确定。
|
||||

|
||||
如果没有冲突,合并会顺利结束;如果有冲突,需要手动解决冲突。
|
||||
合并完成后,就可以测试程序、提交更改、推送更改。
|
||||
|
||||
#### 定制版本更改同步到基线程序
|
||||
定制版本同步到基线程序要麻烦一些。
|
||||
##### 1. 定制版本更改
|
||||
在定制程序上面做一些更改、提交和推送到定制仓库。
|
||||
##### 2. 推送定制版本到基线仓库
|
||||
如何让基线仓库知道定制版本修改了什么呢?给基线仓库也推送一份就可以了。
|
||||
在定制程序下打开TortoiseGit的推送界面,修改要推送到远端的分支名称,不要和master、develop等重要分支重复,并且把远端的连接改为“upstream”,点击确定。
|
||||

|
||||
这样,在服务器上就会多出一个分支“GX”,内容为定制版本的更改。
|
||||
##### 3. 获取基线仓库的更改
|
||||
在基线程序下,打开TortoiseGit的获取界面,点击确定。
|
||||
然后打开TortoiseGit的日志信息界面,点击右上角的超链接(这里是master)
|
||||

|
||||
然后在引用列表选择“remotes/origin/GX”,即上一步新上传的分支。双击打开。
|
||||
##### 4. 摘取更改
|
||||
找到要采纳的更改,右键选择“摘取此提交”,点击“继续”。
|
||||

|
||||
有冲突的会提示冲突,需要解决冲突,没有冲突了,然后点击提交。这样就把定制版本的更改同步到基线。测试无误后就可以推送到基线仓库。
|
||||
##### 5. 删除基线上的定制分支
|
||||
一切都结束后,基线上的定制分支就用不到了,可以删除它。
|
||||
在引用列表界面,选中“remotes/origin/GX”,右键选择“删除远端分支”,这样本地和服务器上都会删除该分支。
|
||||

|