在win7系统下使用TortoiseGit(乌龟git)简单操作Git@OSC

简介:

非常感谢OSC提供了这么好的一个国内的免费的git托管平台。这里简单说下TortoiseGit操作的流程。很傻瓜了 首先你要准备两个软件,分别是msysgit和tortoisegit,乌龟还可以在下载页面下载简体中文语言包。 下载后分别安装好,如果不熟悉,可以使用默认设置。 接下来我们就开始搭建本地与Git@OSC的桥梁了。 首先将乌龟设置成中文,右键菜单TortoiseGit->settings->language选择中文 自己找到这个,打开后,点Generate

image

耐心等待(这个puttygen其实是按照鼠标运行的轨迹来计算的,点了generate之后鼠标乱画几下就ok了).......,出来下面的,从头开始复制到=,后面的rsa-key-xxxx不要复制 点击 save private key,将文件保存下来,是吧.ppk文件 这个页面不要关闭,说不定你忘记复制黏贴什么的

image

进入http://git.oschina.net/keys/new,添加公钥(粘贴你刚才复制的),保存

image

创建一个项目,那个添加.gitignore文件(官方建议创建该文件)不会的不要选,然后在项目首页,你会获取到如下信息

image

点后边的复制小按钮,等会就用到了 选择一个同步的项目目录,最好是空的,然后鼠标右键菜单“Git 在这里创建版本库”,不要勾选,直接点确定,就会出现一个.git目录,隐藏的 然后鼠标右键点右键菜单TortoiseGit->settings

image

填写好后,进入Git->设置,会弹出如下下面(Git)。依次填好你在GIt@OSC的昵称、邮箱,刚才复制的git远程地址,选择刚才保存好的私钥.ppk文件,点击“添加/保存”,之后会有个乱七八糟的提示,点“否”就是了。

image

好了,关闭这个我还没有完全搞清楚的设置页面,回到了刚才你的文件夹 鼠标右键菜单TortoiseGit->拉取(pull),直接点确定

image

然后什么都拉下来了,接下来说push到服务器 编辑README.md文件,没有自己加个,填入以下内容

image

然后右键菜单:Git提交->master,写注释,点确定

image

不要以为这样就完了,然后右键菜单:TortoiseGit->推送,直接点确定 万千草泥马奔腾而过以后,你自己再去刷刷你的git@osc的项目主页,就会发现变化了。 不要问我什么分支什么的,我也不是很擅长,请自行谷歌或百度谢谢。

文章转载自 开源中国社区[https://www.oschina.net]

目录
打赏
0
0
0
0
16427
分享
相关文章
版本控制系统的选择:Git与SVN的比较
【8月更文挑战第14天】Git和SVN都是优秀的版本控制系统,它们各自具有独特的优势和适用场景。在选择版本控制系统时,需要根据具体的项目需求、团队特点和开发模式来综合考量。对于需要分布式团队协作、高效处理大型项目或采用敏捷开发模式的团队来说,Git是一个更好的选择。而对于传统团队、集中式开发或简单项目来说,SVN可能更加合适。无论选择哪种版本控制系统,都应该充分利用其提供的工具和功能来提高代码质量和开发效率。
如何解决 Git 版本控制系统中冲突的问题?
在Git版本控制系统中,冲突是指在合并或拉取操作时,两个或多个开发者对同一文件的同一部分进行了不同的修改,导致Git无法自动确定应该采用哪种修改。
47 1
windows系统通过git上传代码
windows系统通过git上传代码
54 1
【Mac 系统】解决git clone速度慢
本文提供了解决Mac系统上使用git clone时速度慢的问题的方法。
187 0
版本控制系统的选择:Git vs. Mercurial
【6月更文挑战第20天】Git vs. Mercurial: 两者都是流行的DVCS,Git由Linus Torvalds创建,以其速度和复杂分支管理著称,适合大型项目和有经验的开发者。Mercurial,由Matt Mackall开发,以其简洁命令行和易用性吸引初学者。Git社区更大,扩展更丰富,而Mercurial在某些场景下可能更直观。选择取决于项目需求、团队经验和偏好。
idea的git reset current branch to here操作详解
idea的git reset current branch to here操作详解
778 1
git 超实用教程【人人必会!】(含大厂的 git 操作规范)
git 超实用教程【人人必会!】(含大厂的 git 操作规范)
126 0
【专栏】探讨了 Git 中的 `git rebase` 操作,它用于重新应用提交到另一分支,改变历史顺序
【4月更文挑战第29天】本文探讨了 Git 中的 `git rebase` 操作,它用于重新应用提交到另一分支,改变历史顺序。与 `git merge` 不同,rebase 重写提交历史,提供简洁线性的历史记录。文章介绍了 rebase 的基本操作、应用场景,如整理提交历史、解决冲突和整合分支,并强调了使用注意事项,如避免在公共分支上操作。尽管 rebase 可以带来整洁的历史和冲突解决便利,但其潜在的风险和可能导致的历史混乱需谨慎对待。理解并恰当使用 `git rebase` 可以提升开发效率和代码质量。
248 1
还不会 Git?最详细教你学会 Git + TortoiseGit 安装使用及提交代码!
还不会 Git?最详细教你学会 Git + TortoiseGit 安装使用及提交代码!
357 0

相关实验场景

更多
AI助理

你好,我是AI助理

可以解答问题、推荐解决方案等