在Git中有没有办法对分支进行"描述"？
当我尝试使用描述性名称时,在一个分支上工作一段时间有时会使我记忆为什么我做了一些其他主题分支.我尝试为分支使用描述性名称,但我认为"描述"(关于分支目的的简短说明)会很好.
我知道这与编程相关性较少且与时间管理有关,但我重视这个网站上用户的反馈.本学期我发现自己特别忙,管理工作和学校之间的各种任务和时间表.此外,我发现自己在实验室,工作,家庭,图书馆等之间跑来跑去.出于这些原因,我认为基于网络的解决方案是理想的.这导致了这个问题,您是否有针对个人使用的任务/项目管理推荐的基于Web的解决方案？理想是免费的(或几乎),我可以安装在我的服务器上.会计不是必需的,只需管理时间和任务(甘特图很棒).然而,当我让学校在那里工作时,svn整合会非常好.
谢谢!
UPDATE
我对此表示赞赏,因为一个好的解决方案对我来说非常有价值(比代表更有价值).到目前为止,答案一直很好,但没有一个适合个人使用.理想的是管理文件和时间的东西,我可以自己托管.对于MAC + PC解决方案来说,这将是一个优势,因为我们在校园实验室中使用MAC OSX.目前,SVN和基于网络的时间管理器似乎是要走的路.
更新2
首先,感谢您的回复!强烈推荐或建议不止一次使用FogBugz,Trac和Request Tracker.Trac和Request Tracker也是免费和自我托管的,但是,他们的优势似乎在于团队发展.我将给FogBugz on Demand一个镜头,看看它是如何工作的.我也将按照建议开始使用Drop Box,好主意!此外,SVN 将用于"一切"的长寿.这应该围绕2演出问题和自我托管的愿望.我正在考虑使用SVNNotifier来保持机器的最新状态.再次感谢!
结论
我决定按照Zabbala的建议使用FogBugz.正如他所说,它确实做了我想要的任务,从任务跟踪到时间管理.这是来自FogCreek的惊人而慷慨的免费产品.谢谢大家,我非常感谢所有的反馈.
跟进
只是为了跟进这个项目.我已经使用FogBugz两个星期了; 不能快乐.我已经开始将LiveScribe的SmartPen与FogBugz结合使用.我在FogBugz中保留长期项目,并将当前周的项目复制到道路的"期刊"中.SmartPen使"期刊"数字化无痛.
对于管理文件,我使用FogBugz,DropBox,SVN和Unison之间的混合.我使用DropBox在网络上共享,比如家庭和实验室之间的共享,以及Unison在较大的SVN工作副本中同步DropBox文件夹(并非所有内容都在DropBox中).
长期跟进
我一直在使用fogbugz,而不是支持LiveScribe的期刊.似乎传统的笔和纸具有难以击败的效率.关于LiveScribe,我遇到了一些问题,这让我对他们的文件格式感到不舒服.它们的文件在命名约定和格式中都是模糊的.如果他们有一个开放的格式,我会更喜欢委托我的数据.
长期跟进(3年+)
我转而使用维基媒体来记录我的工作/时间/研究.对于任务管理,我一直在使用谷歌应用程序Insightly.这种组合感觉更自然,并且"卡住".维基路线非常有用......
*甚至更长的时间(7年+)*
我已经转而使用Trello板进行任务管理.在我犯了一个错误导致数据库丢失之后,我已经远离使用维基媒体.
任何跟踪系统是否都有命令行界面？
以下是我感兴趣的功能列表:
Run Code Online (Sandbox Code Playgroud)description:string some-property:integer required
Run Code Online (Sandbox Code Playgroud)// Creates task <task tracker>.exe -create {description: "Foo", some-property: 1} // Search for tasks with description field starting from F <task tracker>.exe -find { description: "F*" }
XCopy部署
它不应该要求安装繁重的DBMS
多个用户支持
所以它不仅仅是一个人的待办事项列表
有没有人有一个好的任务/时间管理工具的建议.
理想情况下,这只会跟踪编程任务/项目,并且花费时间以及生成周末报告的选项也是有利的
在默认的TFS设置中,有三种工作项类型:场景,任务和错误.最后一个是非常简单的,任务也是:这是团队成员完成的具体工作.但我认为情况有点模糊.
我通常会为更大和更一般的工作单元创建一个场景:例如"创建将职员线添加到雇主的功能".然后,更小,更具体的工作项将成为任务,例如:"创建详细信息表单.","在服务器上创建保存方法."等
当我签入更改时,我将变更集链接到方案和特定任务.这是一个好习惯吗？你如何处理任务和场景？最佳实践的资源？
我也听说场景实际上是针对用例的,是这样的吗？
每当我在git中创建主题分支时,我一直在研究系统以保留BRANCH_DESCRIPTION文件.就像其他人提到的那样,我有时会忘记我为其创建的分支,尽管我试图给它一个描述性的名称.
我一直在处理SO问题如何告诉git总是选择我的本地版本来解决特定文件上的冲突合并？,但我遇到了一个不调用自定义合并驱动程序的情况,因此合并主题分支的文件会覆盖本地分支.例如:
git checkout master
echo "mainline" > BRANCH_DESCRIPTION
git add BRANCH_DESCRIPTION
git commit -m'Added BRANCH_DESCRIPTION file'
git checkout -b topic_branch
echo "this branch is used to fix the bug where [...]" > BRANCH_DESCRIPTION
git commit -m'Updated BRANCH_DESCRIPTION'
[code, code, code ...]
[git, git, git ...]
git checkout master
git merge --no-ff topic_branch
此时BRANCH_DESCRIPTION将被覆盖,因为无论是否为文件设置了自定义合并驱动程序,主分支的描述都没有改变.
有任何想法吗？