<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>stodo on I Code It</title>
    <link>https://icodeit.org/categories/stodo/</link>
    <description>Recent content in stodo on I Code It</description>
    <generator>Hugo -- gohugo.io</generator>
    <lastBuildDate>Sun, 13 Jan 2013 00:00:00 +0000</lastBuildDate><atom:link href="https://icodeit.org/categories/stodo/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>从Google Code迁移至Github</title>
      <link>https://icodeit.org/2013/01/migrate-google-code-to-github/</link>
      <pubDate>Sun, 13 Jan 2013 00:00:00 +0000</pubDate>
      
      <guid>https://icodeit.org/2013/01/migrate-google-code-to-github/</guid>
      <description>###一些闲话
虽然对开源社区没有任何杰出的贡献，但是我自己在业余时间开发的很多小东西都是开源的，有部分放在google code上，可是除了一个sTodo有几个用户外，其他的工具几乎都纯属自娱自乐。虽然当时做的时候自己非常投入，会各种YY，假设用户会需要这个功能，会需要那个功能，用户会需要脚本化，自定义插件等等，但是到最后发现只有自己在使用，而再过一段时间，连自己也不会使用了。
我自己托管在google code上的，还算有点用处的项目有三个：
 sTodo 一个简单的todo管理器 phoc 一个可以用JavaScript脚本化的计算器 utouch 一个使用styledTextCtrl的编辑器  虽然这种事情发生在几乎每一个喜欢写程序的家伙身上，但是整个过程对自我修炼来说，还是非常有现实意义的，首先专业技能得到了锻炼，而最重要的一点是：需求不是想象出来的！在没有和用户真正仔细的讨论之前，我们的假设和推断往往是错的。
Idea到处都是，有很多很酷且很有挑战的idea，但是它们不一定真的在解决人们的问题。这是一个很值得思考的问题，我最近在尝试组织一个活动，主题以及目标已经确定，上周找胡凯帮我把关，结果发现我又一次的进入了“帮助用户想需求”的老路上了。
###迁移
####使用svn同步到本地
根据google code的提示，将code从svn中的checkout到本地：
svn checkout http://phoc.googlecode.com/svn phoc-read-only ####去除掉.svn隐藏目录
现使用find在当前目录下找到名称为.svn的目录，然后将其删除，这个过程是递归的，即可以清除掉当前目录及所有子目录中的.svn目录:
find . -name &amp;quot;.svn&amp;quot; -type d -exec rm -rf {} \; ####初始化git的repo
git init git add . git ci -m &amp;quot;migrate of project xxx to github&amp;quot; 然后对应的在github上创建repo，创建之后，需要将本地的remote指向github上的repo:
git remote add origin git@github.com:project/project.git 如果本地的master分支没有配置，可以在.git/config中进行配置：
[branch &amp;quot;master&amp;quot;] remote = origin merge = refs/heads/master 最后将新的commit push到新的repo上即可：
git pull --rebase git push 我已经把这个工具迁移到了github上abruzzi，正式告别了google code。</description>
      <content:encoded><![CDATA[<p>###一些闲话</p>
<p>虽然对开源社区没有任何杰出的贡献，但是我自己在业余时间开发的很多小东西都是开源的，有部分放在google code上，可是除了一个<a href="http://code.google.com/p/stodo/">sTodo</a>有几个用户外，其他的工具几乎都纯属自娱自乐。虽然当时做的时候自己非常投入，会各种YY，假设用户会需要这个功能，会需要那个功能，用户会需要脚本化，自定义插件等等，但是到最后发现只有自己在使用，而再过一段时间，连自己也不会使用了。</p>
<p>我自己托管在google code上的，还算有点用处的项目有三个：</p>
<ul>
<li><a href="http://code.google.com/p/stodo/">sTodo</a> 一个简单的todo管理器</li>
<li><a href="http://code.google.com/p/phoc/">phoc</a> 一个可以用JavaScript脚本化的计算器</li>
<li><a href="http://code.google.com/p/utouch">utouch</a> 一个使用styledTextCtrl的编辑器</li>
</ul>
<p>虽然这种事情发生在几乎每一个喜欢写程序的家伙身上，但是整个过程对自我修炼来说，还是非常有现实意义的，首先专业技能得到了锻炼，而最重要的一点是：需求不是想象出来的！在没有和用户真正仔细的讨论之前，我们的假设和推断往往是错的。</p>
<p>Idea到处都是，有很多很酷且很有挑战的idea，但是它们不一定真的在解决人们的问题。这是一个很值得思考的问题，我最近在尝试组织一个活动，主题以及目标已经确定，上周找胡凯帮我把关，结果发现我又一次的进入了“帮助用户想需求”的老路上了。</p>
<p>###迁移</p>
<p>####使用svn同步到本地</p>
<p>根据google code的提示，将code从svn中的checkout到本地：</p>
<pre><code>svn checkout http://phoc.googlecode.com/svn phoc-read-only
</code></pre><p>####去除掉.svn隐藏目录</p>
<p>现使用<code>find</code>在当前目录下找到名称为.svn的目录，然后将其删除，这个过程是递归的，即可以清除掉当前目录及所有子目录中的.svn目录:</p>
<pre><code>find . -name &quot;.svn&quot; -type d -exec rm -rf {} \;
</code></pre><p>####初始化git的repo</p>
<pre><code>git init
git add .
git ci -m &quot;migrate of project xxx to github&quot;
</code></pre><p>然后对应的在github上创建repo，创建之后，需要将本地的remote指向github上的repo:</p>
<pre><code>git remote add origin git@github.com:project/project.git
</code></pre><p>如果本地的master分支没有配置，可以在<code>.git/config</code>中进行配置：</p>
<pre><code>[branch &quot;master&quot;]
	remote = origin
	merge = refs/heads/master
</code></pre><p>最后将新的commit push到新的repo上即可：</p>
<pre><code>git pull --rebase
git push
</code></pre><p>我已经把这个工具迁移到了github上<a href="https://github.com/abruzzi">abruzzi</a>，正式告别了google code。</p>
]]></content:encoded>
    </item>
    
  </channel>
</rss>
