增加组织管理
This commit is contained in:
parent
7f9298f948
commit
371c2bba7d
|
@ -0,0 +1,8 @@
|
|||
# Default ignored files
|
||||
/shelf/
|
||||
/workspace.xml
|
||||
# Editor-based HTTP Client requests
|
||||
/httpRequests/
|
||||
# Datasource local storage ignored files
|
||||
/dataSources/
|
||||
/dataSources.local.xml
|
|
@ -0,0 +1 @@
|
|||
README.md
|
|
@ -0,0 +1,8 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="ProjectModuleManager">
|
||||
<modules>
|
||||
<module fileurl="file://$PROJECT_DIR$/.idea/osredm_help.iml" filepath="$PROJECT_DIR$/.idea/osredm_help.iml" />
|
||||
</modules>
|
||||
</component>
|
||||
</project>
|
|
@ -0,0 +1,9 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<module type="JAVA_MODULE" version="4">
|
||||
<component name="NewModuleRootManager" inherit-compiler-output="true">
|
||||
<exclude-output />
|
||||
<content url="file://$MODULE_DIR$" />
|
||||
<orderEntry type="inheritedJdk" />
|
||||
<orderEntry type="sourceFolder" forTests="false" />
|
||||
</component>
|
||||
</module>
|
|
@ -0,0 +1,6 @@
|
|||
<?xml version="1.0" encoding="UTF-8"?>
|
||||
<project version="4">
|
||||
<component name="VcsDirectoryMappings">
|
||||
<mapping directory="" vcs="Git" />
|
||||
</component>
|
||||
</project>
|
38
README.md
38
README.md
|
@ -65,7 +65,19 @@
|
|||
|
||||
项目成员可以将项目问题关联到里程碑,从而使里程碑包含明确的任务列表。 步骤如下: 1、进入某个问题的页面,编辑“里程碑”属性,从“里程碑”下拉框中选择适当的里程碑,点击“提交”。 ![img](./static/img/3264.png) 2、出现如下图所示信息时,表明里程碑关联成功。 ![img](./static/img/3265.png)
|
||||
|
||||
## 2. 开源项目:版本管理
|
||||
## 2. 开源项目:组织管理
|
||||
为了满足团队开发、协作、宣传和管理需要,红山开源提供了组织功能。
|
||||
### 2.1 组织创建
|
||||
1. 在用户登录状态下,点击右上角用户头像,选择开源主页。
|
||||
![img](./static/img/9999.jpg)
|
||||
2. 进入开源主页后,点击组织按钮
|
||||
![img.png](./static/img/img.png)
|
||||
3. 点击新建组织,跳转至新建组织页面并输入组织相关信息,输入完成后点击创建组织进行创建
|
||||
![img.png](./static/img/9997.png)
|
||||
![img.png](./static/img/9996.png)
|
||||
|
||||
|
||||
## 3. 开源项目:版本管理
|
||||
|
||||
版本管理又称版本控制,是一种分布式协同编程的重要工具。没有掌握好版本管理工具,团队式协同开发是不可想象的。
|
||||
|
||||
|
@ -73,7 +85,7 @@
|
|||
|
||||
注意:未开展项目开发的用户暂不涉及本章内容。
|
||||
|
||||
### 2.1 基本操作流程
|
||||
### 3.1 基本操作流程
|
||||
|
||||
Git版本库的使用非常灵活,功能非常强大,但其基本流程也是非常简单的:
|
||||
|
||||
|
@ -95,7 +107,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意: 在多人协同编程的情况下,每个成员在开发自己的模块时,尽可能先从master或developer分支下载最新代码,并与本地分支合并,否则时间久了,合并分支将是一个灾难。 上连基本流程可以使用Git命令行客户端、Tortoise Git客户端等工具完成。
|
||||
|
||||
### 2.2 fork版本库
|
||||
### 3.2 fork版本库
|
||||
|
||||
用户对某一个版本库的fork操作将会为该用户创建一个同名项目和同名版本库。
|
||||
|
||||
|
@ -103,7 +115,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意: 任何用户都可以fork一个公开的版本库。 连续两次fork同一版本时,系统将直接跳转到第一次fork后的版本库。
|
||||
|
||||
### 2.3 新建版本库
|
||||
### 3.3 新建版本库
|
||||
|
||||
管理员可以新建版本库。步骤如下:
|
||||
|
||||
|
@ -113,7 +125,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意: 同一用户名下的版本不能重名。 平台也将在近期提供SSH访问方式。
|
||||
|
||||
### 2.4 克隆版本库(clone)
|
||||
### 3.4 克隆版本库(clone)
|
||||
|
||||
克隆版本库是将开源项目的版本库完整的克隆到本地的过程。其中包括了版本库的所有提交记录。步骤如下:
|
||||
|
||||
|
@ -131,7 +143,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意:如果项目公开, 无需输入口令, 可以直接克隆。 对于私有项目,只有项目成员才具有克隆的权限。
|
||||
|
||||
### 2.5 新建分支、切换分支
|
||||
### 3.5 新建分支、切换分支
|
||||
|
||||
+ 新建分支
|
||||
|
||||
|
@ -151,7 +163,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意:用户可以使用git branch命令确认当的分支是否已经切换到dev
|
||||
|
||||
### 2.6 提交代码(commit)
|
||||
### 3.6 提交代码(commit)
|
||||
|
||||
项目成员在本地编辑代码或修改文件后,可以将新修改的文件提交到本地库:
|
||||
|
||||
|
@ -165,7 +177,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意:commit只能将修改的文件提交到本地库,与远程库没有关系。
|
||||
|
||||
### 2.7 推送代码(push)
|
||||
### 3.7 推送代码(push)
|
||||
|
||||
项目成员可以将本地提交后的改动,推送到远程库。
|
||||
|
||||
|
@ -177,7 +189,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意: push代码时会提示输入用户密码,请输入红山开源平台登录名和密码即可。 Push代码之前通常要先pull,解决冲突后才能提交,否则不是最新的文件就提交不上去。
|
||||
|
||||
### 2.8 下拉代码(pull)
|
||||
### 3.8 下拉代码(pull)
|
||||
|
||||
下拉代码是指从远程版本库获取代码文件到本地分支。
|
||||
|
||||
|
@ -185,7 +197,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意:下拉代码时可能会出现冲突(即两个分支对同一个文件的同一行代码做了不同的修改)。此时常利用merge来解决冲突。
|
||||
|
||||
### 2.9 合并分支(merge)
|
||||
### 3.9 合并分支(merge)
|
||||
|
||||
合并分支是指将一个分支合并到当前分支。通常有两种情况:
|
||||
|
||||
|
@ -206,7 +218,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
|
||||
注意:合并分支可能会出现冲突(即两个分支对同一个文件的同一行代码做了不同的修改)。
|
||||
|
||||
### 2.10 解决冲突
|
||||
### 3.10 解决冲突
|
||||
|
||||
冲突是两次不同的提交修改了同一行代码导致的,通常表现为两个分支对同一行代码做了不同的修改。 版本冲突主要出现在以下两种情况:
|
||||
|
||||
|
@ -219,7 +231,7 @@ Git版本库的使用非常灵活,功能非常强大,但其基本流程也
|
|||
1. 对于简单的冲突,直接修改有冲突的文件,然后重新提交即可
|
||||
2. 对于复杂的冲突,需要用**git merge tool**来解决。 复杂的冲突解决方法(基于git merge tool)将在近期提供给大家
|
||||
|
||||
### 2.11 常见错误
|
||||
### 3.11 常见错误
|
||||
|
||||
新手在使用Git时经常遇到各种错误,由于平台集成的是标准Git服务(Gitlab),建议大家可以直接在互联网搜索疑难问题的解决办法。 或参考Git使用手册: https://git-scm.com/book/zh/v2 为给大家提供方便,这里先列出一种最常见的错误:
|
||||
|
||||
|
@ -237,7 +249,7 @@ Linux环境解决方法,在命令行执行: `git config http.postBuffer 5242
|
|||
|
||||
注:后续我们将列出更多的错误解决办法。
|
||||
|
||||
## 3. 致谢
|
||||
## 4. 致谢
|
||||
|
||||
红山开源平台的不断发展主要归功于平台的用户页献者群体。他们不仅是使用者,也是设计者、体验者和测试者,他们为平台献策献力,极大拓展了开发团队的视野、提高了开发团队的效率。可以说,没有他们的页献就没有大家看到的红山开源社区。
|
||||
|
||||
|
|
Binary file not shown.
After Width: | Height: | Size: 38 KiB |
Binary file not shown.
After Width: | Height: | Size: 51 KiB |
Binary file not shown.
After Width: | Height: | Size: 152 KiB |
Binary file not shown.
After Width: | Height: | Size: 56 KiB |
Loading…
Reference in New Issue