2014年12月17日 星期三
[Linux - Ubuntu]小米 2S 突破 4GB APP 安裝空間限制
2014年12月5日 星期五
airdroid 3 - 我最期待的app
看到他 airmirror 的功能,可以把手機上的 app mirror 到 pc 上,這樣就不用慢慢等各家 app 放出pc client app 了,如此 .... 我也可以在 Ubuntu 上用 Line 了
http://help.airdroid.com/customer/portal/articles/1784666-airmirror
但是,可惜現在還不 support Linux .... WTF !!
密切注意這個 thread 吧....
http://forum.xda-developers.com/apps/airdroid/linux-client-t2962111
2014年10月12日 星期日
Linux 多重開機USB disk - multiple OS bootable usb disk
2014年6月13日 星期五
Lenovo Thinkpad X240
最近為了工作買了一台 X240 跑 Ubuntu 14.04 ,分享一下使用上的經驗:
- 不知為何,其 default 為 function key
- 當使用上面方法時,End/Insert key 就變成以 insert 為 default key.
- Ubuntu 14.04 好像取消了中英文輸入法的切換,而改以 super + space 來切換到下一個輸入法,而 super + shift + space 切換到上一個輸入法。
- will try this http://jingyan.baidu.com/article/4b07be3c60da3f48b380f3f0.html
Written with StackEdit.
- will try this http://jingyan.baidu.com/article/4b07be3c60da3f48b380f3f0.html
2014年5月20日 星期二
use case of markdown and associated tool.
決定統一使用簡便的 Markdown 來作事,因此此篇將記錄我用到的 case 及我認為目前最好的方法,歡迎大家一起討論。
2014年5月12日 星期一
[markdown]blogger - headerline optimize
Markdown 有個方便的功能,就是自動建目錄(Why stack edit?),其是依照 <h1></h1>,<h2></h2>
等 tag,建出樹狀的標題分層架構,但這個功能在 blogger用會有一點點問題。
直觀來說,我們認為的分層架構應該如下:
<h1> Title of this post</h1>
<h2> Sub Title of this post</h2>
<h3> Sub Sub-Title of this post</h3>
但是在 blogger 顯示出來的卻會變成:
2014年5月7日 星期三
Install native client application for Naver Line in Linux.
無意間查到這個 Project purple-line 正在利用反向工程試Line Protocol 好讓沒有官方支持的 Linux 系統也可以用 native application 方式使用 Line,讓我們來試看看效果如何。
前置作業
因為作者的 project 為 pidgin
的 plug-in 所以,假設你已裝 pidgin
了.
依 Project readme 的說明,
The prerequisites are a recent C++ compiler, the Apache Thrift compiler and libraries, and libpurple.
2014年5月6日 星期二
如何讓Line 可以在 Linux 下執行?
但獨缺 Linux 平台,讓 Linux 使用者滿不方便的,
剛好同事分享了某人 分享的 Line protocol project,
查了一下發現,還有其他 Project 在作,且好像已經可以動了,先記錄一下,有空來玩看看。
https://github.com/mvirkkunen/purple-line
https://github.com/OopsMouse/LINEActivity
https://github.com/mvirkkunen/line-protocol/
2014年5月2日 星期五
2014年4月25日 星期五
Why stack edit?
Written with StackEdit.
Survey 幾個寫 blog 的方便後,覺得 stackedit 最方便,下面列出幾項個人覺得實用的功能:
個人覺得好用的功能
- 有工具列 - 懶人不用記格式
- 可以和 google drive 同步 - 還可以直接從 google drive 直接開啟
- 可以從 google+ 直接加图片 - 固定圖床較方便
- 可以直接 update 之前po 過的文章
- 利用
[TOC]
標記自動建立 Table Of Contents - 就是目錄的意思 - 有 code syntax highlightting 功能.
- 其他有發現新的好用功能再分享 …. :)
小技巧分享
如何加 tag
---
title: How to use Markdown to edit Blogger posts
tags:
- Blogger
- Markdown
---
List item and sub list
- item
- subitem
The result will be:
- item
- subitem
Other competitor are:
1. logdown
2. Postach.io
3. markdown here - a browser plug-in
4. markable
2014年3月24日 星期一
git-svn experience sharing.
首先假設我已在 user home 下面弄好一個 local SVN 的環境以供測試,其架構如下:
file:///home/user/temp/svn_reporsitory
├── branches
│ ├── br1
│ │ ├── add_file
│ │ ├── br1_file
│ │ └── trunk_file
│ ├── br2
│ │ ├── add_file
│ │ ├── svn-commit.tmp
│ │ └── trunk_file
│ └── br3
│ ├── add_file
│ ├── br1_file
│ └── trunk_file
├── tags
├── test
└── trunk
├── add_file
├── svn-commit.tmp
└── trunk_file
一定有人想問,為何有些東西不是放在 branches, tags or trunks 裡面,因為我遇到的 SVN repository 就是像這樣,如之前所提,公司人員不一定遵守 standard SVN layout, 因此模擬的 case 就要作得像一點。local git 和 remote SVN 運作
假設在沒有 remote git repository backup 的需求下,用 local git 就可以了。standart SVN layout case:
就如上面的 layout 還存在 branches,tags and trunk,因此下面指令就可以將它們都抓下來$git svn clone -s file:///home/user/temp/svn_reporsitory/
接下來查看 remote branch 就可以看到連到到 remote SVN 的 branch 了。
$ git branch -r
br1
br2
br3
trunk
$ cat .git/config
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[svn-remote "svn"]
url = file:///home/user/temp/svn_reporsitory
fetch = trunk:refs/remotes/trunk
branches = branches/*:refs/remotes/*
tags = tags/*:refs/remotes/tags/*
上面可以看到 .git/config 多了一個 [svn-remote "svn"]
,這是git-svn 建立的一個模擬 git remote 的section, 其中 fetch = xxx 就是你要抓的 branch,此例 trunk:refs/remotes/trunk 即表示建一個 refs/remotes/trunk 追綜 file:///home/user/temp/svn_reporsitory/trunk實際上就是讓 local git 認為有一個 remote git 叫 trunk,而 git-svn 這個 module 會利用 fetch or rebase command 將 remote SVN 的修改版本記錄抓到 local git 認為的 remote, trunk. 如此一來,就可以方便使用 normal git command.
non-standart SVN layout case 1:
就是我遇到的 cases 啦~ 我遇到的 svn layout 如下:├── branches
│ ├── br1
│ │ ├── add_file
│ │ ├── br1_file
│ │ └── trunk_file
│ ├── br2
│ │ ├── add_file
│ │ ├── svn-commit.tmp
│ │ └── trunk_file
│ ├── br3
│ │ ├── add_file
│ │ ├── br1_file
│ │ └── trunk_file
│ └── test_build
│ └── br1
│ ├── add_file
│ ├── br1_file
│ └── trunk_file
他們將實際上的 trunk 放在 branches 裡面 (ex. br1), 然後在branches 裡再多開folder 叫test_build,用以存放暫時的 build ,ex. (
$svn cp br1 test_build/br1
)。 這個 case 我就不要把整個 repository 透過
git svn clone -s url
抓下來了,因為太大。 我只想抓我要的
br1
, br2
and test_build/br1
先 create 一個 local git,然後把 .git/config 。
$git init test
$vim test/.git/config
[svn-remote "svn-rep"]
url = file:///home/user/temp/svn_reporsitory
fetch = branches/br1:refs/remotes/branches/svn-br1
fetch = branches/test_build/br1:refs/remotes/branches/test_build/svn-br1
$ git svn fetch svn-rep
....
Found possible branch point: file:///home/user/temp/svn_reporsitory/trunk => file:///home/user/temp/svn_reporsitory/branches/br1, 9
....
$ git branch -r
branches/svn-br1
branches/svn-br1@9
branches/test_build/svn-br1
這裡出現一個奇怪的 branch branches/svn-br1@9,我猜應該是因為git-svn 需要create 一個branch 來記錄目前 branch 的 parent branch.這裡可以知道更多更清楚的 git-svn 說明。
注記:
在 windows git shell 中執行時,發現第二筆的 fetch 一直都不會被抓下來 (也就是無法在
git branch -r
裡面看到),原因不明… 唯一覺得奇怪的地方在於執行 git svn -r HEAD fetch xxx
時出現了 error message如下: Couldn't find revmap for svn://xxx/xxx/trunk/xxx/xxx
上面的 xxx 並不是我在 fetch 中指定的 branch ,應該 git-svn 在找尋 parent branch 的資訊時失敗。
non-standart SVN layout case 2:
承接 case 1, 可以發現其實 section name 可以自已取的,以case 1 的例子就是 “svn-rep”,所以,其實也可以把每個 branch 的 fetch 放到不同的 section name, ex. svn-rep-br1, svn-rep-br2, svn-rep-test_build_br1.
如下例:
.git/config
[svn-remote "svn-rep-br1"]
url = file:///home/user/temp/svn_reporsitory
fetch = branches/br1:refs/remotes/branches/svn-br1
[svn-remote "svn-rep-test_build-br1"]
url = file:///home/user/temp/svn_reporsitory
fetch = branches/test_build/br1:refs/remotes/branches/svn-test_build-br1
$ git svn fetch svn-rep-test_build-br1
$ git branch -r
branches/svn-br1
branches/svn-br1@9
branches/svn-test_build-br1
$ git svn fetch svn-rep-test_build-br1
$ git branch -r
branches/svn-br1
branches/svn-br1@9
branches/svn-test_build-br1
我也是 git 新手,所以如果有不對的地方,歡迎指正。
2014年3月19日 星期三
git with company svn repository
Written with StackEdit.
因為一般公司都是用 SVN 作 VCS,但當你想用 git 作 local version control 的時後,該怎麼辨呢?
最近花了一點時間在研究這個工作方法 ,有點復雜,分享小弟一些心得給大家。
下面是我的預想图:
首先先看 SVN, 上面有兩個 branch: branch_1,branch_2 (在此我用藍色表示 source注1)
(為何不是 standard SVN layout, trunk, branchs, tags? 因為公司不一定遵守 ….)
我希望將 SVN 拉到 local git repository, 並用 remotes/branch_1, remotes/branch_2 分別指到 SVN 上的 branch_1,branch_2,然後 create local git branchs,svn-branch_1 and svn-branch_1 to track remotes/branch_1 及 remotes/branch_2。
在操作上,svn-XXX 只用來將 SVN 上的 branch 修改拉下來,不會直接在上面修改,以免在下 $git svn rebase
時出問題。因此我們還需要再另外從 svn-XXX branch 出來作修改使用。 在此例即為 git-feature1-branch_1 , git-feature1-branch_2。
(注1: 以上 naming rule 均參考Plasma’s BLOG)
(注2: 在此使用 git 指標的全名說明觀念比較清楚)
最後,我想在再把我的 git 放到另一個 remote git repository 作備份,所以需要再 create remote branch git-feature1, git-feature2 來存 git-feature1-branch_1 , git-feature1-branch_2。
(其實也可以再 create git-svn-branch_1, git-svn-branch_1 來存 svn-branch_1, svn-branch_1,這樣也可以保留 SVN 的 log.)
我也是 git 新手,所以如果有不對的地方,歡迎指正。