aol-nnov

Если это все делали в trunk, то можете попробовать сделать так:
git push origin trunk:newfeature
ваш локальный trunk уйдет в newfeature бранч на удаленном сервере.

Потом локально можно попробовать вернуть trunk в оригинал, или вообще удалить и сделать clone с нуля, если проект небольшой.

Используйте просто разные страницы на одном домене

Push API html5 по гугли и ли вот ссылка на MDN вродь, что вам нужно.
https://developer.mozilla.org/ru/docs/Web/API/Push_API

Точкой входа для запуска программы является метод

public static void main(String[] args) {
   //тут Ваш код
}

В Вашем классе такого метода нет, вот Java и ругается

Для вас, как и многих другие, решение - это научиться отлаживать сетевые приложения, речь как о вашем приложении так и об оригинальной странице в браузере, для этого сниффер нужен, их множество, Fiddler, Wireshark и т.п., если не научитесь, то никогда не сможете полноценно этим заниматься. У меня всё.

Странное у вас представление о работе виртуальной машины.
Файлы, хранящиеся на девайсе, никаким образом не помогут вам понять принцип работы.
Изучайте AOSP

Кстати, Dalvik уже устарел и на его место пришёл ART

Конечно коммиты видны будут, при мёрже просто создаётся новый мёрж-коммит, "сцепляющий" две ветки, и этот коммит помещается в ту ветку, в которую вы мержите.

Вообще то, что у вас на скрине - это нормальная ситуация. Если человеку нужны только коммиты в мастере, то его инструмент должен позволять ему посмотреть только их. Так что это не проблема наличия коммитов, а проблема того, где вы их смотрите.

Если уж вы действительно считаете, что некоторые коммиты "лишние" и их можно было бы объединить, почитайте про git squash. Только это желательно делать до пуша бранча, и уж точно до мёржа - сейчас мёрж-коммит намертво прицеплен к последнему коммиту из фичебранча.

Вообще почитайте лучше еще про Git и про ваш UI к нему, удаление коммитов из середины смёрженного бранча с точки зрения Git - абсолютно бредовая затея. В частности, почитайте про то, что такое ветки: это всего лишь перемещающиеся указатели на коммит, и при удалении ветки коммиты удалятся только в том случае, если они не были никуда зацеплены (смёржены). После мёржа удаление ветки - это лишь удаление указателя, которое как бы говорит нам, что разработка этого бранча закончена, и дальнейших коммитов в рамках этого бранча уже не будет.

В основу системы контроля версий Git был заложен принцип «веток». Где каждая ветка подразумевает собой либо новую функциональность, либо исправление предыдущей функциональности, при этом сами ресурсы/файлы повторно не копируются, как при том же svn. Отсюда вывод, что новая ветка – это изменение как одного какого-либо файла, так и совокупность изменений, в результате которых будет реализована или исправлена какая-либо функциональность конечного продукта. Основное правило: всё, что попадает в master, должно работать и собираться без ошибок. Из основного правила вытекает второе правило, другие ветки необходимо создавать только из ветки master.

В .gitignore ты добавляешь любые файлы, которые необходимо игнорировать – это в основном исполняемые файлы или библиотеки (.exe, .dll и т.д.), в случае с компилируемыми языками программирования или например сторонние библиотеки, например тот же Gulp или Grunt, в данном случае нет смысла отслеживать данные библиотеки, т.к. этим занимаются другие разработчики. В моей практике в систему контроля версий попадали файлы с ресурсами (форматы Photoshop, Flash, Illustrator и т.д.), но лучше разбить на разные проекты и код не смешивать со статикой.

Существуют готовые подходы к разработке с использованием систем контроля версий на основе Git. Ознакомься с GitFlow:



GitFlow - это набор правил, при котором заранее оговорено, в какой ветке будет вестись разработка, в какой тестирование, в какой исправление ошибок и т.д. GitFlow особенно подойдёт для масштабных проектов с командой. В случае небольшого проекта, вполне хватит стандартных веток.

Полезные статьи:

Comparing Workflows - кратко и понятно описаны разные подходы к разработке с использованием Git, в том числе и GitFlow.

Удачная модель ветвления для Git – перевод одноимённой статьи о подходе GitFlow.

Understanding the GitHub Flow – ещё один набор привил особенно для любителей GitHub.

Без ТЗ ответ х/з. Можете цитировать.

Взять фото из интернета скорее всего будет нельзя - копирайты. Описания достопримечательностей придётся писать самим - копирайты. Без связи этого приложения с музеями (их расположение, время работы и проводимые в данный момент экспозиции) и прочими полезностями такое приложение бесполезно.
Более того, раз у конкурентов есть пункт "languages", то подразумевается многоязычная версия. Наверняка заказчик желает общую стоимость, включая стоимость переводов на неизвестное количество языков.

Напишите на JNI (C++, Android NDK), и еще с помощью ассемблера попробуйте "испортить" код чтобы декомпилятор Hex-Rays его не брал, еще в JNI можно сделать проверку на наличие методов в Java behavior, на имя пакета и т.д., и можно чтобы приложение "вылетало" без всякой информации в logcat, но все равно абсолютно любой код можно украсть имея знания и навыки, и на iOS тоже, если код нельзя дизассемблировать и отладить, то он и работать не будет.
Единственный способ защитить код это вынести на сервер, тогда код не украдут, но напишут бот, неизвестно что окажется проще, я сначала боты писал, потом только декомпилировать, дизассемблировать и отлаживать научился.

Для начала загляните в корзину, может повезет и Вы восстановите все "одним кликом".

Если не повезло, то только получится содержимое файлов восстановить используя:
git fsck --lost-found --full

Все файлы будут лежать в .git/lost-found/other/
Единственное придется как-то восстановить дерево каталогов и имена файлов вручную, потому что ни одного дерева не восстановилось из git-объектов.

У вас не описан bean UserDAO. Из-за этого контейнер не знает откуда его брать.

Добавьте аннотацию @Component для класса UserDAO. Либо в конфигурации явно пропишите:

@Configuration
public class DAOConfig {
     @Bean
     public UserDAO userDAO() {
          return new UserDAO();
     }
}

либо

<bean id="userDAO" class="com.example.dao.UserDAO">
    <!-- конфигурация bean UserDAO -->
</bean>

Добавте JDBC драйвера в зависимости. В статье написано об этом.

NOTE: I noticed that some of the readers are getting database connection issues. Notice that in my pom.xml, there is no database driver. That works for me because I have MySQL driver in tomcat lib directory and some DataSource connections configured with it. For any database connection related issues, either put the database driver in container lib or include that in pom.xml dependencies.

Если используете MySQL то это будет

<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <version>6.0.4</version>
</dependency>

Идешь к бизнесу -- говоришь, что хочешь работать бесплатно и делать все что ему нужно
Если не нашел бизнеса -- идешь к преподу, он находит тебе задачу или бизнес у которого есть задачи
Если нет -- идешь в гугл и берешь любую задачу

Сними сигналы с ИК диода и эмулируй их ардуиной, подключенной к приемнику сигнала в телевизоре.

После того как ветка девелоп будет обновлена до последней версии перейдите в свою ветку update и сделайте git rebase develop. Таким образом вы подтянете к себе в update самые последние изменения, и при этом обеспечите что ваши коммиты в этой ветке будут расположены впереди.

Можете. Просто в IDE будут отсутствовать такие фичи, как например переход между бином из кода в xml.

А если вы студент, аспират, преподаватель и т.п. и продукт вам необходим в целях образования, или же у вас есть OpenSource-проект и для его разработки нужна IDEA, то можете получить лицензию на Unlimite совершенно бесплатно.