远程工作

工作中多人使用版本控制软件协作开发，常见的应用场景归纳如下： 假设小组中有两个人，组长小张，组员小袁 场景一：小张创建项目并提交到远程Git仓库 场景二：小袁从远程Git仓库上获取项目源码 场景三：小袁修改了部分源码，提交到远程仓库 场景四：小张从远程仓库获取小袁的提交 场景五：小袁接受了一个新功能的任务，创建了一个分支并在分支上开发 场景六：小袁把分支提交到远程Git仓库 场景七：小张获取小袁提交的分支 场景八：小张把分支合并到主干 下面来看以上各场景在IDEA中对应的操作。 场景一：小张创建项目并提交到远程Git仓库 创建好项目，选择VCS - > Import into Version Control -> Create Git Repository 接下来指定本地仓库的位置，按个人习惯指定即可，例如这里选择了项目源代码同目录 点击OK后创建完成本地仓库，注意，这里仅仅是本地的。下面把项目源码添加到本地仓库。 下图是Git与提交有关的三个命令对应的操作，Add命令是把文件从IDE的工作目录添加到本地仓库的stage区，Commit命令把stage区的暂存文件提交到当前分支的仓库，并清空stage区。Push命令把本地仓库的提交同步到远程仓库。 IDEA中对操作做了一定的简化，Commit和Push可以在一步中完成。 具体操作，在项目上点击右键，选择Git菜单 因为是第一次提交

常用的 Git 命令清单 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [ project-name ] # 下载一个项目和它的整个代码历史 $ git clone [ url ] 二、配置 Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。 # 显示当前的Git配置 $ git config --list # 编辑Git配置文件 $ git config -e [ --global ] # 设置提交代码时的用户信息 $ git config [ --global ] user.name "[name]" $ git config [ --global ] user.email "[email address]" 三、增加/删除文件 # 添加指定文件到暂存区 $ git add [ file1 ] [ file2 ] .. . # 添加指定目录到暂存区，包括子目录 $ git add [ dir ] # 添加当前目录的所有文件到暂存区 $

今天是2月5日，春节假期结束后的第三天了。为了能够应对来势汹汹的疫情，众多互联网企业纷纷开启了远程办公模式。不知道各团队前两天的远程办公效果如何，我们 Worktile 管理层在大年初四就开始讨论远程办公的事情，并且将可能出现的问题都尽量提前想到并做了准备。从这两天实际执行的情况看，我所在的研发团队执行的还不错，基本没有受到什么明显的影响。因此我们希望将我们远程办公的一些思考、准备和实践分享给大家，共渡难关。 先简单介绍下，我是 Worktile 基础平台部的负责人，部门包括负责核心组件开发的平台组和负责线上及公司内部服务器管理的运维组。我们的运维团队一直都是一个分布式团队，成员包含北京和杭州，我本人之前也有几年跨国公司的工作经历，对远程工作并不陌生。接下来我想就以下几个方面聊一下我们 Worktile 研发团队是如何实施远程办公的。 明确远程办公的原则 首先，作为研发线的一名主管，我首先给自己明确了一条远程办公的原则——信任，并且首先是自上而下的信任。也就是说，远程办公首先要求管理者，无论是公司CEO还是普通的小组长，都要完全信任自己的团队成员是有责任、有担当，能够自觉的按时按质完成任务，能够主动沟通工作中的问题。只有基于这样的信任，远程办公才可能展开。否则，就会陷入到监视、控制、猜疑这种危险的状况中。所以，信任是远程办公的基础。 其次，任何一级的管理者都要以身作则

认识git 常见git平台 云平台 github（国外） gitee（国内） 自建平台 gitlab（国外，部分开源，功能全面，有商用版本） gitea（国内，完全开源，轻量极简） Git VS SVN git是分布式的代码控制管理，可以完全本地控制；svn必须连接SVN服务 git可以本地处理冲突 git基本原理 可视化git操作 git的工作区域 git的工作区域分为： 工作区 暂存区(索引区) 本地仓库 远程仓库 git原理内容 .git 文件夹下是文件的快照，git正是通过他们来实现功能的 git快照只记录了有差别的部分 强烈不推荐远程仓库别名重复 ，因为一旦两个远程仓库状态不同会很难操作；重复可以一次推送，推送到多个远程仓库。 git基础知识 issues：交bug pull request：向保护分支合并代码 settings：设置options，branch，Webhooks，Notifications，Integrations & services，Deploy keys等 git初始化 SSH登录 多账户情况记得增加配置 config 文件 Host github HostName mr-brain User username PreferredAuthentications publickey IdentityFile ./github_key

疫情危机下，在家办公、远程办公成为热门话题。 这次的事件影响着每一个人，往年这个时间早已经进入火热的第一季度冲刺中，今年大部分人还都困在家里，不管是企业主还是每一位员工，内心都是焦虑和煎熬的，虽然程度和出发点有所不同，但可能没有哪一个时期大家像现在这样渴望见到彼此、正常上班。 明天（2020/02/03）假期就正式结束了，目前据我了解到的情况，很多公司都已经通知员工进行远程办公，像北京、上海、南京等热点城市，我的朋友们基本都是远程在家办公。在跟朋友们聊天的时候，我们也探讨了远程办公的效率问题。 目前线上办公已经成为了除疫情外的另一个热门话题，在微信指数上搜索“线上办公”、“在家办公”等词汇，会发现其指数急剧上升。大家也都纷纷讨论和探索线上协同办公的可能性。 最近7日远程办公指数： 最近30日远程办公指数： 那么，远程办公到底可不可行？到底效率如何呢？简单分析如下： 人又见不到，就算可以通过电话、微信等工具聊，但是你怎么知道他是不是在工作呢？他到底在家睡大觉，还是在家工作？他到底是去见客户，还是去逛街了？其实都是有担心，也产生失控感的焦虑。 但是，说实话，即使在同一个办公室里，就在你眼皮底下，你一样会有担心。他到底在上网购物还是在玩，他是在那边发呆还是在思考，其实你也是搞不懂，也管不着的。 所以，目前很多公司采用的是任务制绩效考核机制，按工作量给你分配任务，只要你能按时按量完成

阅读《MegaEase 远程工作团队协作协议 v1.3》后的一些感想 原文链接 https://coolshell.cn/articles/20765.html 从雇员的角度，谈一谈它对工作态度和实践的启发。 原则 Principles Ownership & LeaderShip 这是动力和激情的源泉。对所作事情要有责任感和使命感，而不是敷衍了事，得过且过。当然，有些事情和项目的确不能以自己的意志转移的，的确就是提不上劲儿，那就做好自己那块，干脆尽早抽身，及时止损。 Initiative 主动，主动再主动。积极的态度，主动的行为。主动发现问题，主动解决问题。不要担心提出傻问题、傻方案，时间会证明你的明智。 High Standard 自始至终的高标准，即使临时妥协，事后也要思考重构。 实践 Practices Documentation Driven 文档，是一种深度思考的沉淀，是持久化的记忆。在整个的开发流程中，文档可以很轻很敏捷，但不可以没有。文档是应对团队结构变化、成员流动带来的风险的有效办法。 做好代码和文档的统一。 Review 重要的问题、方案和实现需要Review。 反思是进步的源泉。 Idea Review, 重要的想法先Share出来，而不是先去实现、去DEMO. Design Review，一个好的设计文档需要包括如下几项： 背景：事情的上下文情况

特点 分布式版本控制（成员的计算机上都有完整的版本库） 多人协调工作（强大的分支能力） 有效监听谁做的修改（提交、合并是添加信息） 本地及远程操作（个人计算机和公共服务器） 使用前的设置 git --version 　　　　　　　　　　　　　　 // 查看当前git版本 git config --global user.name ‘your name’ 　　 // 全局设置自己的名字 git config --global user.email ‘email’　　　　 // 全局设置自己的邮箱名字 ssh-keygen -t rsa -C " your email " 　　　　 // 创建SSK Key 常用命令 创建新的本地储存库 git init // 创建新的本地存储库 　　添加 git add <file> 　 // 添加文件 git add . 　　　　// 添加所有文件 　　提交 git commit -m ‘notes’ 　　// 提交并添加注释 　　撤销 git checkout -- <file>　　　　 // 拉取暂存区的文件替换工作区的文件 git reset HEAD <file> 　　　　 // 拉取版本库的文件替换暂存区的文件 git reset -- hard commit_id 　　 // 版本切换 　　查看 git diff <file> 　　//

Git图形化界面我用的还可以，但是命令就不太会了，索性和大家一起学习下Git命令的用法… 一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。 fetch命令 vs pull命令 git fetch是将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到工作本机分支中。 而git pull 则是将远程主机的最新内容拉下来后直接合并，即：git pull = git fetch + git merge，这样可能会产生冲突，需要手动解决。 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 # 在当前目录新建一个Git代码库 $ git init # 新建一个目录，将其初始化为Git代码库 $ git init [ project-name ] # 下载一个项目和它的整个代码历史 $ git clone [ url ] 二、配置 Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。 # 显示当前的Git配置 $ git config --list # 编辑Git配置文件 $ git config -e [ --global ]

常用 Git 命令清单 我每天使用 Git ，但是很多命令记不住。 一般来说，日常使用只要记住下图6个命令，就可以了。但是熟练使用，恐怕要记住60～100个命令。 下面是我整理的常用 Git 命令清单。几个专用名词的译名如下。 Workspace：工作区 Index / Stage：暂存区 Repository：仓库区（或本地仓库） Remote：远程仓库 一、新建代码库 在当前目录新建一个Git代码库$ git init 新建一个目录，将其初始化为Git代码库$ git init [project-name] 下载一个项目和它的整个代码历史$ git clone [url] 二、配置 Git的设置文件为.gitconfig，它可以在用户主目录下（全局配置），也可以在项目目录下（项目配置）。 显示当前的Git配置$ git config --list 编辑Git配置文件$ git config -e [–global] 设置提交代码时的用户信息$ git config [–global] user.name “[name]” $ git config [–global] user.email “[email address]” 三、增加/删除文件 添加指定文件到暂存区$ git add [file1] [file2] … 添加指定目录到暂存区，包括子目录$ git add [dir

一本正经的搞事情 改变懒惰,成就心中的自己,并非难事 博客园 首页 新随笔 联系 管理 订阅 随笔- 40 文章- 0 评论- 5 gitlab服务部署及使用 目录 一、什么是gitlib 二、实现的原理 三、Gitlab的服务构成 四、Gitlab的优点 五、安装配置gitlab 5.1. 安装依赖包 5.2. 启动postfix，并设置开机自启 5.3. 设置防火墙 5.4. 下载安装gitlab rpm包 5.5. 修改配置文件gitlab.rb 5.6. 重新加载配置文件 5.7. 查看gitlab版本 六、汉化配置 6.1.下载最新汉化包 6.2. 停止服务 6.3. 切换到gitlab汉化包所在的目录 6.4. 比较汉化标签和原标签，导出 patch 用的 diff 文件到/root下 6.5. 将10.0.2-zh.diff作为补丁更新到gitlab中 6.6. 启动gitlab并重新配置gitlab 七、设置发邮件功能 7.1. 修改配置文件 7.2. 重新加载配置并重启服务 八、测试使用 回到顶部 一、什么是gitlib 　　Gitlab 是一个基于Git实现的在线代码仓库托管软件，你可以用Gitlab自己搭建一个类似于Github一样的系统平台，一般搭建gitlab私服就是用在公司的内部 　　Gitlab 功能就是能够对代码的提交审核和问题跟踪