Подключаем GIT

Любой важный проект, а наш проект приветствия мира безусловно такой, нуждается в хранении в системе контроля версий.
Поэтому необходимо научиться складывать наши изменения в систему контроля версий. По религиозным соображениям я буду использовать GIT.
Всвязи с тем что с git я знаком достаточно близко, подробности некоторых операций буду опускать. Желающие могут поискать руководства в интеренете, например краткий обзор возможностей GIT на английском язвыке.

И так, у нас есть среда разработки под Android на основе Eclipse и начальное сотояние проека, требуется разместить его в репозитории git и создать удаленный клон репзитория на github.


Установка EGIT

Для работы с git из Eclipse будем использовать EGIT-плагин. Для его устанвки открываем Help->Install New Software...
Через кнопку Add... добавляем источник EGIT http://download.eclipse.org/egit/updates. Назначив ему произвольное имя. На мое можно не смотреть, оно не адекватно содержанию сайта.

Ждем пока с сайта подкачается список доступных пакетов, и выбираем те что нам нужны. Т.к. я не знал какие нужны выбрал все

Дальше жмем несколько раз далее принимаем лицензии перезагружаем Eclipce и получаем поддержку Git из графического интерфейса.

Переносим проект в репозиторий

Правой кнопкой на нашем проекте открываем меню, в нем Team->Share Project...

Кнопкой Create... создаем репозиторий в том месте, где нам нравится. В качестве имени репозитрия советуют указывать имя пакета (что будет если использовать другое я пока не пробовал).
Жмем финиш, финиш. 
И ждем пока проект переместится в наш репозиторий. В итоге скорее всего получаем ошибку
Archive for required library: '/Users/golovasteek/Dropbox/work/Test/libs/android-support-v4.jar' in project 'Test' cannot be read or is not a valid ZIP file
Пока не очень понятно чем это вызвано, но лечится это путем удаления этого jar-файла из Java Build Path:
Жмем правой кнопкой на проекте, выбираем Properties, идем на  раздел Java Build Path,  а там вкладку Libraries. 


Выбираем проекты с красныс крестом, и нажимаем справа кнопку Remove.
После этого проект волшебным образом заускается.

Initial commit

Теперь наш проект лежит в пустом репозитории но изменения еще не применены (подробности можно узнать в руководствах по git). И необходимо закоммитить рте файлы, которые определяют наш проект. При этом желалтельно не коммить те файлы, котрые генерируются автоматически по исходным.
Таким образом коммитим все *.java файлы, *.png, *.xml -- кроме тех что лежат в подкаталогах bin и gen.
Чтобы закоммитить состояние проекта жмем на нем правой кнопкой, выбираем Team->Commit... В окрывшемся окне омечаем галочками те файлы котырые будем коммитить.
В поле Commit message добавляем описание изменений (считается что оно должно быть осмысленным, но остается на усмотрение программиста). Жмем Commit и готово

Оставшиеся вопросы


Comments

  1. AnonymousDecember 5, 2022 at 5:04 AM

    Casino.org is not a playing operator, no playing amenities are supplied on this web site. We cannot be held liable for actions engaged upon on third-party 온라인카지노 websites. There are some unbelievable on-line casinos that are be} obtainable to players in a number of|numerous|a variety of} completely different countries, and in {a variety of|quite lots of|a wide range of} languages. Just three years ago, H2G expected China to surpass America because the world’s greatest market in 2020.

    ReplyDelete

Post a Comment

Popular posts from this blog

Compilation from macOS(Intel) to linux x86_64 finaly works. Cross compilation of the rust code with bazel. Part 2.

This is the continuation of cross-compilation  topic that I've started in previous part What? Do I really need to configure C++ compiler to compile rust? Cross compilation of the rust code with bazel. Part 1. Since we need to add C++ cross-compilation toolchain, let's add the pure C++ project. This will help us to test the C++ toolchain separately I've added a typical C++ hello world impliemntaion and a BUILD file for it: cc_binary ( name = "hello-world" , srcs = [ "main.cpp" ], ) And our goal is to make it compilable for linux by command: bazel build //cpp/hello_world:hello-world --platforms=//:x86_64-linux --incompatible_enable_cc_toolchain_resolution If we just try it, we get and error,  (23:01:17) ERROR: /private/var/tmp/_bazel_evgenypetrov/e83d964deb47c21842622d1b7ffa55fc/external/bazel_tools/tools/cpp/BUILD:58:19: in cc_toolchain_alias rule @baze l_tools//tools/cpp:current_cc_toolchain: Unable to find a CC toolchain using toolchain resolution. ...
Read more

Cross compilation for ARM v7. Cross compilation of the rust code with bazel. Part 3.

This is the third part of the series "Cross compilation of rust with bazel". Previous topics: What? Do I really need to configure C++ compiler to compile rust? Cross compilation of the rust code with bazel. Part 1. Compilation from macOS(Intel) to linux x86_64 finaly works. Cross compilation of the rust code with bazel. Part 2.   Next challenge is to cross-compile for armv7. This part we did together with my colleague Dima and we did it on linux. First thing, that we need is to add the target platform into our root BUILD.bazel platform ( name = "armv7-linux-musleabihf" , constraint_values = [ "@platforms//cpu:armv7" , "@platforms//os:linux" , ], ) And rust toolchain for the new target in the WORKSPACE file: rust_register_toolchains ( edition = "2021" , extra_target_triples = [ "x86_64-unknown-linux-musl" , "armv7-unknown-linux-musleabihf" , # NEW ], ) And as we remember from the part 1 ,...
Read more

Fetching toolchains at build time. Cross compilation of the rust code with bazel. Part 4

Adding toolchain binaries directly int the repository isn't actually a good idea: the repository is getting bigger and bigger. It takes a while to check it out even in a the case, you want just to take a look. So to add new toolchain, we will try to fetch it on "runtime", i.e. when we execute some bazel command. Today we will add a toolchain, that compiles aarch64 binaries from macOS. For fetching something from internet, bazel has an "http_archive" rule, we have already used it to fetch the rust_rules in the Part 1. We can fetch arbitrary archives with this rule, in our case the toolchain tarball. http_archive ( name = "aarch64-unknown-linux-musl" , sha256 = "4fbe95500c327828b437f380bb15851e9a8126cf95180fbf15b76b78e0322ae3" , urls = [ "https://github.com/messense/homebrew-macos-cross-toolchains/releases/download/v11.2.0-1/aarch64-unknown-linux-musl-x86_64-darwin.tar.gz" ], strip_prefix = "aarch64-unknown-linux-...
Read more