Вопросы Теги

Как расположить папки локально и в SVN при использовании eclipse

позволяет сказать, что у вас есть 2 divs div div - контейнер, а внутренний может быть любым элементом, который вам нужен для поддержания его отношения (img или iframe iframe или что-то еще).

html выглядит следующим образом: 

<div class='container'>
  <div class='element'>
  </div><!-- end of element -->

позволяет утверждать, что соотношение «элемент»

=> 4 к 1 или 2 к 1 ...

css выглядит так: 

.container{
  position: relative;
  height: 0
  padding-bottom : 75% /* for 4 to 3 ratio */ 25% /* for 4 to 1 ratio ..*/

}

.element{
  width : 100%;
  height: 100%;
  position: absolute; 
  top : 0 ;
  bottom : 0 ;
  background : red; /* just for illustration */
}

заполнение, если указано в%, оно рассчитывается на основе ширины не высоты. .. так что в основном вам не важно, какая именно ваша высота будет всегда рассчитываться на основе этого. который будет поддерживать соотношение.

30
задан Lena Schimmel 17 February 2009 в 14:58
поделиться

6 ответов

Я недавно начал использовать Subclipse, и имейте метод, который работает на меня. Мы работаем с приложениями PHP, таким образом, я создаю новый проект SVN через мастер проекта Eclipse, выбирая к 'Проектам контроля через SVN'. Я затем настраиваю тот проект с помощью мастера конфигурации проекта и выбираю PHP как тип проекта. Я называю проект так, чтобы в моей рабочей области у меня было название проекта на верхнем уровне проводника проекта.

я никогда не фиксирую ничего, что создается специально для Eclipse, тем более, что не все в нашей команде используют Eclipse. Это означает, исключая .project файлы и любые другие созданные из Eclipse файлы.

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

я уверен, что существуют другие способы сделать это, но это - то, что я нашел, чтобы быть самым легким способом использовать Подверсию и Eclipse.

0
ответ дан jonstjohn 17 February 2009 в 14:58
поделиться
  • 1
    Я вижу изображение в hdpi и mdpi, но когда я предварительно просматриваю все разрешения в разработчике все, что я вижу, изображение hdpi. Как делают меня andriod " лощины; Изображение на дисплее I на разрешении R" – Paul McCarthy 4 March 2016 в 09:36

И в Macromedia Dreamweaver и в Eclipse я делал следующее: 

Working folder: 
C:\Development\
    \ProjectA
    \ProjectB
    \ProjectC

Каждый проект имеет свой собственный репозиторий, и каждый контроль имеет только/trunk/.

Примечание: Для Eclipse не создавайте проект репозитория SVN, просто создавайте "Приложение Java", или "проект" Приложения PHP как Вы обычно был бы, и использовать внешнюю программу, чтобы сделать контроль в ту папку. Eclipse затем автоволшебно обнаружит .svn информацию и позволит Вам использовать инструменты SVN, все еще с помощью надлежащей рабочей области.

2
ответ дан Adam 17 February 2009 в 14:58
поделиться
  • 1
    Да нам нужны Одноуровневые Папки не папки ниже drawable папок. Это - деталь, которую я пропустил в документации. Спасибо за указание @Ascorbin – praveen 27 March 2015 в 17:17

Я использую и настоятельно рекомендую, чтобы репозиторий структурировал что-то как:

  • Проекты
    • ProjectA <ул.> <литий> соединительная линия <ул.> <литий> Java <литий> HTML <литий> документы <литий> conf
  • Поставщик
    • junit <ул.> <литий>, текущий <литий> 1.1 <литий> 1.2

На диске, используют расположение как: 

c:\dev\
   \ProjectAtrunk\
   \ProjectBbranch4\

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

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

Вы больше можете просмотреть изменения на соединительной линии проекта и видеть полную историю Вашего проекта без мусора. У Вас, менее вероятно, будут изменения в Вашем проекте, которые не видимы, когда Вы смотрите на свою историю пересмотра на соединительной линии.

При выпуске, используйте стабильные ответвления и svn-слияние.

2
ответ дан Jim T 17 February 2009 в 14:58
поделиться
  • 1
    Это так крайне и абсолютно сбивающее с толку, мне жаль, что я все еще не делал его вручную. В файловом менеджере андроида у меня есть drawable-hdpi и все те папки, но я can' t получают доступ к ним даже при том, что у них есть изображения в них, я никогда не помещал туда. В моей ОС wm I don' t имеют любой из них, таким образом, я can' t проверяют размеры, и мое приложение является медленным, таким образом, я сомневаюсь относительно it' s работающий правильно. I' m просто оказывающийся перед необходимостью вручную искать пиксель на точки на дюйм на папку и затем масштабируют все и надеются, что фиксирует его вместо того, чтобы загрузить поврежденные скрытые папки. Хорошая вещь программисты don' t имеют что-либо лучше, чтобы сделать, чем изменение размеров fml – G_V 21 June 2015 в 18:07

У нас есть подобная установка (Mac, Linux и пользователи Windows), и наша структура папок:

  • соединительная линия
    • код <ул.> <литий> projectA <литий> projectB

Мы действительно регистрируемся в .project, .settings, и .classpath файлах также код, но НЕ рабочие области. Реальные глюки имеют отношение к пути сборки. При решении их нет никакой головной боли и никакого требования, относительно которого вещи каталога должны быть проверены в.

Некоторые подсказки:

  1. , Если Ваша ссылка проектов друг друга удостоверяется, что они ссылаются друг на друга использующего вкладку "Projects" пути сборки. Это сохранит все ссылки на другого родственника проектов (../projectA, а не/opt/trunk/projectA, который повредит другие проекты народов).
  2. , Если у Вас есть какие-либо внешние библиотеки, на которые Вы ссылаетесь, создайте пользовательские библиотеки и заставьте всех создать один с тем же именем. Мы используем JBoss, таким образом, мы заставляем всех создать пользовательскую библиотеку под названием JBoss, который ссылается на банки в их локальной установке JBoss. Таким образом, не имеет значения, где Ваш JBoss установлен, пока у Вас есть та пользовательская библиотека, Вы будете хороши пойти. Ваш проект сошлется на пользовательское название библиотеки, но фактическая пользовательская информация о библиотеке локальна для каждого пользователя.
  3. Удостоверяются, что все знают о подсказках номер 1 и 2. Единственные вещи времен завинчены, здесь, когда кто-то забывает делать ссылки через вкладку Project вместо того, чтобы просто связаться с банкой непосредственно.

Все это работает с Eclipse плагины SVN или без.

4
ответ дан larf311 17 February 2009 в 14:58
поделиться

Рабочие области и репозитории не должны быть связаны.

рабочая область действительно, где Eclipse хранит набор настроек. Файлы проекта могут (и обычно делайте), живой в рабочей области, но как Вы знаете, они могут быть импортированы из внешнего источника - импорт является просто логическим каналом.

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

расположение SVN должно быть отдельным от того, как Ваша рабочая область определяется. Они могут закончить тем, что выглядели подобными, но это не должно подразумевать, что они - на самом деле то же. Я рекомендовал бы, чтобы каждый проект Eclipse имел свой собственный проект SVN, так, чтобы вместо того, чтобы иметь

  • http://myrepo
    • myworkspace <ул.> <литий> соединительная линия <ул.> <литий> projectA <литий> projectB <литий> теги <литий> ответвления

Вы имели

  • http://myrepo
    • projectA <ул.> <литий> соединительная линия <литий> теги <литий> ответвления
    • projectB <ул.> <литий> соединительная линия <литий> теги <литий> ответвления

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

последний вопрос, о которых артефактах зарегистрироваться в SVN вопрос вкуса. Я рекомендовал бы регистрироваться независимо от того, что артефакты универсальны через группу разработчиков. Если Eclipse является стандартный IDE, разрешение, и зарегистрируйтесь в .project и .classpath файлах так, чтобы новый разработчик смог к контролю и сборке сразу. Если определенные плагины универсальны и имеют собственные файлы конфигурации, разрешение и регистрируют их также. С другой стороны, что-либо, что не совместно используется через команду разработчиков, должно быть упущено из репозитория.

Hope это помогает.

<час>

РЕДАКТИРОВАНИЕ

Дальнейший опыт учил меня, что единственными вещами, которые должны войти в управление исходным кодом, являются фактические исходные файлы. Конфигурационные файлы и файлы настройки должны быть повторно созданы разработчиком при установке нового проекта.

15
ответ дан Ickster 17 February 2009 в 14:58
поделиться
  • 1
    Спасибо, Ваш путь легок и быстро. – Ariel Antonio Fundora 11 July 2018 в 01:21

Икстер говорит: «... но, как вы знаете, их можно импортировать из внешнего источника- -импорт - это просто логическая связь ».

На самом деле это не совсем так. Импорт выполняет копирование, тогда как связанный ресурс является ссылкой на внешнюю исходную структуру. Видеть: Связанные ресурсы а также Создание связанных ресурсов

1
ответ дан 28 November 2019 в 00:25
поделиться
Другие вопросы по тегам:

Похожие вопросы: