ArrayList<Paters> al = new ArrayList<>();
pathss.points =decodePolyLine(overview_polylineJson.getString("points"));
al.add(pathss);
public void onLocationsgetted(Paters pathss){
List<LatLng> list2 = new ArrayList<LatLng>();
List<LatLng> list3 = new ArrayList<LatLng>();
list2.add(new LatLng(13.23907, 80.04534));
list2.add(new LatLng(13.05674, 80.23662));
list2.add(new LatLng(13.04353, 80.23627));
list2.add(new LatLng(13.01215, 80.23654));
list2.add(new LatLng(13.01715, 80.24235));`
for(LatLng p : pathss.points){
if(list2.contains(p)){
list3.add(p);
}
}
Для меня одного из главного можно сделать в DVCS как мерзавец, который не работает хорошо в SVN, следующее:
1) Создайте несколько разработок, отклоняется соединительной линии для различных функций, которые разрабатываются.
2) Код слияния от одного ответвления функции в другое ответвление функции перед любым ответвлением функции закончен и готов быть объединенным в соединительную линию.
3) Позже, объедините ответвления функции в соединительную линию.
Хорошо отломить новые возможности в отдельные ответвления так, чтобы соединительная линия осталась чистой, пока функции не закончены. Но, неизбежно Вы сталкиваетесь с ситуацией, где работа в команде на одном ответвлении функции написала некоторый код, который необходим команде на другом ответвлении функции. При слиянии этого кода через ответвления функции с SVN Вы испытаете затруднения при слиянии в соединительную линию позже. Мерзавец избегает этой проблемы.
Вот другое преимущество... Ваша компания решает произвести разработку на стороне функции к индийскому подрядчику. Или, Ваша Professional Services group должна добавить опцию для клиента, и той функцией может быть productized в будущем. Вы действительно не хотите давать доступ для записи к своему SVN индийскому подрядчику или своей группе PS. Так, они должны создать код за пределами управления исходным кодом, и необходимо объединить его в себе, обнаружив и разрешив любые конфликты самих без любой справки от SVN, и теряя всю историю регистрации подрядчиков в процессе.
Но с мерзавцем, Вы просто даете подрядчику, или Ваша PS группируют копию репозитория, и они могут согласиться на него точно так же, как разработчик. Позже, можно использовать функции мерзавца для слияния изменений назад в репозиторий мерзавца. Мерзавец найдет конфликты, и это сохранит историю.
Наконец, одна из самых прохладных вещей о мерзавце - то, что Вы действительно не должны убеждать своего друга, что это лучше, чем SVN. Поскольку мерзавец интегрируется так хорошо с SVN, Ваша компания/друг может счастливо использовать SVN при счастливом использовании мерзавца, подключенного к SVN.
Уже был вопрос, подобный этому. Кроме того, у Eric Sink было много статей о DVCS. И ответы на другой вопрос и статьи могут помочь создать обоснованное решение. Просто поговорка, что каждый лучше по другому, вероятно, не гласит помогать (К сожалению, который, кажется, весь, что Linus делает в этом отношении, который действительно не помогает убедить людей — по крайней мере, не меня :)).
Спросите его к работе/контролю/фиксации/проверке, регистрирует/возвращается без доступа к его сетевому хранилищу (например, на плоскости).
Это - проблема плача.
Что-либо, что можно сделать в централизованной системе, я могу сделать в своей распределенной системе, но мои ежедневные задачи DVCS, которые делают меня таким удивительно эффективным разработчиком, не могут быть выполнены в централизованной системе - и Вы не можете понять что, потому что Вы чувствуете мир с ограничениями, которые Ваша система поместила в Вас.
Два слова: Слияние, ветвление.
Слияние и ветвление более легки в Мерзавце, чем где-нибудь еще. Мерзавец должен был решить одну проблему: Слияние кодирует записанный тысячами разработчиков, которые редко являются в том же пересмотре. Теперь попробуйте это в SVN:
Это может быть сделано с SVN, но в Мерзавце, это - режим по умолчанию операции и поэтому, самое простое.
Для разработчика, наиболее важного различия между DVCS и SVN скорость.
Когда команда, которая занимает 30 секунд или 4 минуты в SVN вместо этого, занимает 1 или 2 секунды в Мерзавце или Подвижный или Базар, это - огромная разница для разработчика. Управление версиями становится незначительной задачей, а не прерыванием к Вашему рабочему процессу. Вы не должны добавить кофеин и повторно вызвать Ваш pavlovian ритуал для того, чтобы начать работать; Вы сосредотачиваете свое внимание, не теряя его.
Другие преимущества важны, но они вторичны для сравнения: