Как правильно выкладывать проекты по Аксапте на github, например?

[Андре]

Цитата:

Как правильно обмениваться аксаптовскими проектами, которые содержат только нестандартные объекты?

Если вопрос просто об обмене проектами - то подойдет любой файловый хостинг. Не вижу тут преимуществ Git и GitHub, где больше упор на систему контроля версий и социальную составляющую.

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

Цитата:

так, чтобы и было удобно пользоваться (как полностью проектом, так и частями)

Выкладывать обе версии - пообъектную и собранную. Ну или job, который будет собирать полную версию.

Цитата:

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

Бранчи.

Цитата:

так, чтобы можно было выкладывать и темплейты, и метки, и доп.скрипты, библиотеки
так, чтобы можно было нормально выкладывать unit test'ы (как аксаптовские, так и внешние)

Не вижу здесь никакой специфики Ax.

Гораздо хуже то, что главное в Git (а тем более GitHub) - это коллективная работа, когда разработка ведется параллельно разработчиками в нескольких системах, а потом все изменения сливаются вместе. Cделать полноценный merge с разрешением конфликтов в связке Ax+Git я, когда этим занимался не смог. А это убивает всю социальную составляющую.

p.s. И приведенные тобой репозитории наглядно демонстрируют эту проблему. Посмотри на список коммитов - все эти проекты разрабатываются одним человеком. Как послать туда pull request нормально, я даже не представляю.

[mazzy]

Цитата:

Сообщение от Андре

Если вопрос просто об обмене проектами - то подойдет любой файловый хостинг.

согласен. гитхаб - это всего лишь один из вариантов публичного хранилища.
я об этом я уже говорил Как правильно выкладывать проекты по Аксапте на github, например?

аксфорум - один из вариантов такого хранилища
законченный пример
download

==========================
но в моем вопросе есть также ключевое слово - удобно

ребяты, вы все отвечаете на вопрос "можно ли в принципе сделать?"
это не вопрос. ответ - гавно вопрос.

вопрос - как сделать это настолько удобно, чтобы этим стали пользоваться?

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


почему сообществам не развиваются проекты импорта/экспорта в эксель? табакс? расширенный браузер таблиц?
практически все делают расширения для контейнеров и енумераторов.
практически все делают расширения для Query
практически у всех есть свои реализации стрингов и прочих базовых типов

keySum на map'ах - это вообще ослиный мостик, который есть у всех.

скрипты в редактор для генерации кода...
проверки bestPractice
генератор документации
улучшения в перекрестных ссылках
и т.п. и т.д.

а где это в общем доступе?
мало того, многое есть на аксфоруме....
а как уже имеющееся сделать более доступным и более удобным для использования?

собственно отсюда и родился вопрос:
Как правильно обмениваться аксаптовскими проектами [, которые содержат только нестандартные объекты]?

поскольку сейчас мы занимаемся подготовкой к апгрейду аксфорума, эта тема достаточно актуальна для меня )

[mazzy]

Цитата:

Сообщение от Андре

Выкладывать обе версии - пообъектную и собранную. Ну или job, который будет собирать полную версию.

все говорят про "узлы АОТ".
собственно говоря, я и хочу понять - а почему так правильно?
не удобнее ли с точностью до методов?

и раз уж выкладывать и пообъектную, и собранную (и огребать проблемы с конфликтом правок)
то можно выкладыдать и методы. не так ли?


ведь каталог CIL кодом сейчас содержит туеву хучу фаликов для каждого метода.
и ничего, живет.

Цитата:

Сообщение от Андре

Бранчи.

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

Цитата:

Сообщение от Андре

Не вижу здесь никакой специфики Ax.

согласен. но не совсем.

просто для каждого языка (ну, или для каждой платформы уже есть устоявшиеся соглашения). например, исходный код в каталоге src, юнит-тесты в каталоге test, документация в каталоге doc.

а вот, например, с зависимыми проектами уже общих соглашений нет. кто называет каталог dependences, кто ext, кто packages.

Я думал, что может кто уже размышлял на тему что нужно выкладывать для аксапты. Хотел послушать.

вот какая общая структура каталогов у меня пока получается для аксаптовских проектов

• aot\Data Dictionary ...\Classes\Job\Resources\... - мелкие xpo с точностью до узла АОТ и/или подробнее с точностью до метода.
• data - внешние данные, необходимые для работы
• ?Dependencies
• doc
• ?ext
• examples
• labels
• lib
• make - как собрать/внедрить/имплементировать. например, в проект не стоит вкладывать меню Ledger|Aministration, поскольку в каждом конкретном случае эти меню будут сильно кастомизированы. Лучше написать инструкцию "вставить menuItem туда-то". Подобные действия стоит описать в этом каталоге
  modules
• projects - private/shared проекты одним файлом, который можно непосредственно импортировать в аксапту (на codeplex есть понятие "релиз". это файл, который может загрузить пользователь и юзать без исходного кода. собственно оно и есть)
  packages
• resource\client...\server...\include\template...\script
• setup - установка
• support
• test
• .gitmodules -- http://git-scm.com/book/ru/v1/%D0%98...83%D0%BB%D0%B8

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

примерно так...

Цитата:

Сообщение от Андре

Гораздо хуже то, что главное в Git (а тем более GitHub) - это коллективная работа, когда разработка ведется параллельно разработчиками в нескольких системах, а потом все изменения сливаются вместе. Cделать полноценный merge с разрешением конфликтов в связке Ax+Git я, когда этим занимался не смог. А это убивает всю социальную составляющую.

а почему?
можешь подробнее?

Цитата:

Сообщение от Андре

p.s. И приведенные тобой репозитории наглядно демонстрируют эту проблему. Посмотри на список коммитов - все эти проекты разрабатываются одним человеком. Как послать туда pull request нормально, я даже не представляю.

ВОТ!
собственно вопрос - а как сделать так, чтобы было нормально?
чтобы было удобно?
чтобы было правильно?
что нужно объяснить людям? что написать в FAQ? (например, меня останавливало масса мелких xpo-шников, про combinexpos я только здесь узнал. а собирать руками - это "ну его нафиг". если бы я знал об этой тулзе раньше!)

собственно вопрос:
Как правильно обмениваться аксаптовскими проектами [, которые содержат только нестандартные объекты]?