ubuntu配置pycharm管理gitee

最新推荐文章于 2024-05-27 03:31:42 发布

秋天的风儿

最新推荐文章于 2024-05-27 03:31:42 发布

阅读量807

点赞数 1

文章标签： ubuntu pycharm git

本文链接：https://blog.csdn.net/qq_40635082/article/details/127413937

版权

ubuntu配置pycharm管理gitee

第一步：安装git并注册gitee帐号

详情见：ubuntu下Git的安装和使用（针对gitee）

注：

若之前在电脑中生成过密钥（在.ssh文件夹中有id_rsa和id_rsa.pub文件就别用生成文件密钥的命令了）
git config配置时的gitee的帐户名和邮箱都是你注册帐号时所用的邮箱！！
gitee官网配置完密钥之后用ssh -T git@git.oschina.net命令测试连通后（出现Hi 某某某！字样）即可进行下面操作。

第二步：看是否能够上传本地文件到gitee

首先先在gitee官网创建仓库，然后在克隆/下载那里点开看到git地址和自己的用户名（后面有用）

ssh -T git@git.oschina.net # 测试连接畅通
cd <你想上传的工程文件夹>  # 最好不要有10M以上的文件（push太慢了）
git init
git add .
git commit -m "注释"
git remote add origin https://gitee.com/用户名/项目名.git
git push -u origin master

问题1：git push报错：error: failed to push some refs to

解决方法

git pull --rebase origin master
git push -u origin master   # 一行代码解决问题

第三步：使用pycharm管理刚才的仓库（master等分支操作）

初始跟着这个链接的方法一走：pycharm管理gitee仓库

3.1、添加文件并push到gitee上

后期若是想添加文件进去会出现红色的文件：

依次点击Git，commit出现下图所示情况：勾选想要push的新文件

填写修改内容的文字描述后点击下面的Commit键后底下终端没有报错。然后再次依次点击Git, Push后出现下图：

控制台出现以下则说明push成功！

3.2、创建新分支并在当前分支中改动代码并push到gitee中的新分支（不用在gitee创建分支）

3.2.1、新建一个分支

点击pycharm右下角的master

点击new branch

之后创建好分支之后就会出现下图这种：但是此时在gitee上看不到新创建的分支，还需要在此分支中有改动且点击commit–>push才会在

gitee中看到此分支。

若是想删除分支则在gitee或者pycharm都能找到删除选项，很简单！

3.2.2、分支切换

仍然点击右下角分支处，出现下图这种，假如我们现在处于lxd分支，想切换到master分支，则点击master–>check out

3.2.3、分支合并

依次点击Git–>Merge然后出现下图情况，下拉可以选择想要合并的分支。

可以看到新建的分支名字前会有origin出现，这是gitee上的代码，如果不想合并gitee上的，那么点击没有origin的分支即可。

3.2.4、rebase作用（非必要别用，易发生冲突！）

依次点击Git–>Rebase，假设当前所在分支为master，然后你点选择rebase一个新的分支，也就是说将lxd分支上的新commit的文件都批量提交到master分支上。也就有说在改动中将不一致的本分支的commit保存，把另一个分支的commit加载过来，然后把之前本分支保存的commit打上新的时间戳放在另一分支commit的后面。

用图举例：两个分支master和feature，其中feature是在提交点B处从master上拉出的分支，master上有一个新提交M，feature上有两个新提交C和D。此时切换到feature分支上，执行如下命令，相当于是想要把master分支合并到feature分支。

git checkout feature 
git rebase master // 这两条命令等价于git rebase master feature

结合如下图作解释：当在feature分支上执行git rebase master时，git会从master和featuer的共同祖先B开始提取feature分支上的修改，也就是C和D两个提交，先提取到。然后将feature分支指向master分支的最新提交上，也就是M。最后把提取的C和D接到M后面，但这个过程是删除原来的C和D，生成新的C’和D’，他们的提交内容一样，但commit时间戳不同，feature分支commit的信息就依次成了M–>C’–>D’。