snowdeer's Code Holic
안드로이드 ListView의 가장 아래쪽 아이템으로 자동 스크롤 시키는 코드입니다.
먼저 ListView에 alwaysScroll 옵션을 적용시켜줍니다.
XML 레이아웃내의 ListView attribute에
android:transcriptMode="alwaysScroll"
항목을 추가시키거나, Java 코드에서
listview.setTranscriptMode(ListView.TRANSCRIPT_MODE_ALWAYS_SCROLL);
와 같이 작성하시면 됩니다.
ListView의 아이템이 변경되었다는 이벤트가 왔을 때 아래 코드를 수행하시면, ListView의 최하단 칸으로 강제 이동 시켜줄 수 있습니다.
listview.setSelection(adapter.getCount() - 1);
원격 브랜치는 원격 서버에 있는 브랜치를 말합니다. 물론 로컬에도 서버에서 Pull로 가져온 원격 브랜치 정보가 모두 존재합니다.
원격 브랜치는 ‘(remote)/(branch)’ 형태의 이름을 가집니다. 예를 들어 origin/master와 같은 이름입니다.
다음 예제는 ‘git.ourcompany.com’ 이라는 원격 Git 서버가 있으며, 이 서버로부터 clone 하여 로컬에 저장소를 가지는 경우에 대한 예제입니다.
clone을 하게 되면, 로컬에서는 원격 저장소의 별명을 origin이라는 이름을 기본(Default)으로 붙입니다. 즉, 다음 그림과 같은 형태의 소스 트리를 가지게 됩니다.
이 경우 개발자간 히스토리는 서로 달라지게 되고 다음 그림과 같은 상태가 됩니다.
원격 저장소의 내용을 로컬 저장소에 업데이트하려면 git fetch origin 명령을 사용해야 합니다. 이렇게 하면, 현재 로컬 저장소에 없는 서버의 내용을 모두 내려받게 되고 로컬의 origin/master 포인터를 가장 최신 commit으로 이동시켜줍니다.
물론, 로컬에서 기존에 작업하던 내용이 있기 때문에 소스 분기는 이루어지게 됩니다. fetch로 내려받았기 때문에 소스 정합은 수동으로 해주어야 합니다.
fetch로 내려받은 브랜치의 내용을 정합하려면 git merge origin/(브랜치 이름)으로 명령을 내려주면 됩니다.
로컬 저장소의 내용을 원격 저장소에 업로드할 때는 push 명령어를 이용합니다. git push (remote) (branch)와 같은 형태로 사용할 수 있습니다.
$ git push origin serverfix Counting objects: 20, done. Compressing objects: 100% (14/14), done. Writing objects: 100% (15/15), 1.74 KiB, done. Total 15 (delta 5), reused 0 (delta 0) To git@github.com:schacon/simplegit.git * [new branch] serverfix -> serverfix
위 명령은 로컬의 ‘serverfix’라는 브랜치를 origin이라는 이름을 가진 원격 저장소에 ‘serverfix’라는 이름의 브랜치로 Push 하는 명령입니다.
안드로이드에서는 위도/경도를 이용해서 주소값을 획득하거나 반대로 주소값을 이용해서 위도/경도를 획득할 수 있는 Geocoder라는 클래스를 제공하고 있습니다.
에제 코드는 다음과 같습니다.
먼저 인터넷이 되어야 하기 때문에 AndroidManifest.xml에 다음 권한을 추가합니다.
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" /> <uses-permission android:name="android.permission.INTERNET" />
package snowdeer.utils;
import android.content.Context;
import android.location.Address;
import android.location.Geocoder;
import java.util.ArrayList;
import java.util.List;
public class GeocodeUtil {
final Geocoder geocoder;
public static class GeoLocation {
double latitude;
double longitude;
public GeoLocation(double latitude, double longitude) {
this.latitude = latitude;
this.longitude = longitude;
}
}
public GeocodeUtil(Context context) {
geocoder = new Geocoder(context);
}
public ArrayList<GeoLocation> getGeoLocationListUsingAddress(String address) {
ArrayList<GeoLocation> resultList = new ArrayList<>();
try {
List<Address> list = geocoder.getFromLocationName(address, 10);
for (Address addr : list) {
resultList.add(new GeoLocation(addr.getLatitude(), addr.getLongitude());
}
} catch (Exception e) {
e.printStackTrace();
}
return resultList;
}
public ArrayList<String> getAddressListUsingGeolocation(GeoLocation location) {
ArrayList<String> resultList = new ArrayList<>();
try {
List<Address> list = geocoder.getFromLocation(location.latitude, location.longitude, 10);
for (Address addr : list) {
resultList.add(addr.toString());
}
} catch (Exception e) {
e.printStackTrace();
}
return resultList;
}
}
git branch 명령어는 아무런 옵션없이 실행할 경우 브랜치의 리스트 및 현재 checkout 되어 있는 브랜치를 보여줍니다.
$ git branch iss53 * master testing
-v 옵션을 붙여서 실행할 경우에는 각 브랜치의 마지막 commit 메세지를 보여줍니다.
$ git branch -v iss53 93b412c fix javascript issue * master 7a98805 Merge branch 'iss53' testing 782fd34 add scott to the author list in the readmes
--merged 옵션이나 --no-merged 옵션을 이용해서 현재 checkout 한 브랜치 기준으로 정합 작업이 이루어진 브랜치 또는 그렇지 않은 브랜치 리스트를 볼 수 있습니다.
$ git branch --merged iss53 * master
위에서 ‘*’ 가 붙지 않은 브랜치는 이미 정합 작업이 끝난 브랜치이기 때문에 삭제를 해도 되는 브랜치입니다. git branch -d 명령어로 해당 브랜치를 삭제할 수도 있습니다.
정합이 되지 않은 브랜치의 경우에는 -d 옵션으로 삭제가 되지 않습니다. 이 경우에는 -D 옵션으로 강제적으로 삭제를 할 수도 있습니다.
일반적으로 브랜치를 생성하고 소스를 Merge 하는 단계는 다음과 같습니다.
checkout실제 브랜치를 생성하고 정합하는 단계를 조금 더 자세히 살펴보도록 하겠습니다.
$ git branch iss53 $ git checkout iss53 Switched to a new branch 'iss53'
현재 브랜치에서 ‘iss53’이라는 새로운 브랜치를 생성하고 checkout을 하면 소스 트리는 다음 그림과 같은 상태가 됩니다.
이 상태에서 ‘iss53’에서 작업을 계속 진행하고 commit도 하게 되면 다음 그림과 같은 상태가 됩니다.
이 때, 기존 브랜치에서 급한 문제가 발생해서 Hotfix를 적용해야 할 상황이 발생했습니다. master 브랜치로 checkout 한 다음 ‘hotfix’ 브랜치를 새로 생성하고 checkout 합니다.
$ git checkout master $ git branch hotfix $ git checkout hotfix Switched to a new branch 'hotfix'
‘hotfix’에서 작업을 수행하고 해당 내용을 master 브랜치에 반영하기 위해서는 먼저 master 브랜치로 checkout 한 다음 merge를 해줍니다.
$ git checkout master $ git merge hotfix Updating f42c576..3a0874c Fast-forward README | 1 - 1 file changed, 1 deletion(-)
그러면 아래 그림과 같이 자동으로 정합이 되면서 master 브랜치도 가장 마지막 브랜치로 이동이 됩니다.
여기서 git branch 명령어에 -d 옵션을 줘서 ‘hotfix’ 브랜치를 삭제합니다.
$ git branch -d hotfix Deleted branch hotfix (was 3a0874c).
그리고 원래 브랜치를 분리해서 작업을 하던 ‘iss53’ 브랜치로 이동을 해서 다시 작업을 계속합니다.
작업이 다 끝난 후 다시 master 브랜치로 checkout 한 다음 ‘iss53’ 브랜치의 내용을 정합합니다.
$ git checkout master $ git merge iss53 Auto-merging README Merge made by the 'recursive' strategy. README | 1 + 1 file changed, 1 insertion(+)
여러 명의 개발자가 동시에 소스를 수정하다보면 충돌(Conflict)이 발생하기도 합니다. 이 때는 다른 버전 관리 시스템들과 마찬가지로 Git도 자동으로 Merge를 해주지 못합니다. 개발자가 직접 Merge 작업을 해주어야 합니다.
git status 명령어를 이용하면 어떤 파일이 충돌났는지 알 수가 있습니다.
$ git status On branch master You have unmerged paths. (fix conflicts and run "git commit") Unmerged paths: (use "git add..." to mark resolution) both modified: snowdeer.cpp no changes added to commit (use "git add" and/or "git commit -a") </pre> 충돌이 난 파일은 프로그래머가 직접 수정을 해주어야 하며, 수정이 다 된 후에는 `git add` 명령어로 Staged 한 상태로 만들어 주면 됩니다. 물론 그 이후에 commit 까지 해주어야 합니다.