{"action":"created","issue":{"url":"https://api.github.com/repos/fedora-java/howto/issues/4","repository_url":"https://api.github.com/repos/fedora-java/howto","labels_url":"https://api.github.com/repos/fedora-java/howto/issues/4/labels{/name}","comments_url":"https://api.github.com/repos/fedora-java/howto/issues/4/comments","events_url":"https://api.github.com/repos/fedora-java/howto/issues/4/events","html_url":"https://github.com/fedora-java/howto/issues/4","id":179696224,"number":4,"title":"Remove version 26 and replace with snapshot","user":{"login":"mizdebsk","id":1963109,"avatar_url":"https://avatars.githubusercontent.com/u/1963109?v=3","gravatar_id":"","url":"https://api.github.com/users/mizdebsk","html_url":"https://github.com/mizdebsk","followers_url":"https://api.github.com/users/mizdebsk/followers","following_url":"https://api.github.com/users/mizdebsk/following{/other_user}","gists_url":"https://api.github.com/users/mizdebsk/gists{/gist_id}","starred_url":"https://api.github.com/users/mizdebsk/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/mizdebsk/subscriptions","organizations_url":"https://api.github.com/users/mizdebsk/orgs","repos_url":"https://api.github.com/users/mizdebsk/repos","events_url":"https://api.github.com/users/mizdebsk/events{/privacy}","received_events_url":"https://api.github.com/users/mizdebsk/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":2,"created_at":"2016-09-28T07:09:31Z","updated_at":"2016-09-29T11:00:28Z","closed_at":null,"body":"I think that we should reconsider how the HOWTO should be developed and versioned.\r\n\r\nMy idea is that we would be developing it only in master branch, which would reflect state of rawhide. Knowing how we love writing docs, they are unlikely to be added before corresponding code hits rawhide, so this should be fine. In (unlikely) case of new docs that need to be added for upcoming features (not yet available in rawhide), we could use feature branches. At some point of Fedora release (after branching, but before GA) we would create release branch from master. Release branch would not be changed except for major bugfixes.\r\n\r\nIf the above workflow is implemented then we should version 26 and replace it with snapshot.\r\n\r\nAny comments or objections?"},"comment":{"url":"https://api.github.com/repos/fedora-java/howto/issues/comments/250435091","html_url":"https://github.com/fedora-java/howto/issues/4#issuecomment-250435091","issue_url":"https://api.github.com/repos/fedora-java/howto/issues/4","id":250435091,"user":{"login":"mizdebsk","id":1963109,"avatar_url":"https://avatars.githubusercontent.com/u/1963109?v=3","gravatar_id":"","url":"https://api.github.com/users/mizdebsk","html_url":"https://github.com/mizdebsk","followers_url":"https://api.github.com/users/mizdebsk/followers","following_url":"https://api.github.com/users/mizdebsk/following{/other_user}","gists_url":"https://api.github.com/users/mizdebsk/gists{/gist_id}","starred_url":"https://api.github.com/users/mizdebsk/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/mizdebsk/subscriptions","organizations_url":"https://api.github.com/users/mizdebsk/orgs","repos_url":"https://api.github.com/users/mizdebsk/repos","events_url":"https://api.github.com/users/mizdebsk/events{/privacy}","received_events_url":"https://api.github.com/users/mizdebsk/received_events","type":"User","site_admin":false},"created_at":"2016-09-29T11:00:28Z","updated_at":"2016-09-29T11:00:28Z","body":"We are planning two major releases, javapackages 5.0.0 and XMvn 3.0.0, in which we will add new features and change other things. Conditionals would only add unneeded complexity.\r\n\r\nIMHO branches for released versions should only exist as snapshots of master. We don't need to keep them updated (no typo fixes, no documenting things etc.), but we *can* fix **major** bugs (like something that is totally wrong and misleading). Overhead is much smaller compared to conditionals or variables in docs."}}
{"actor":{"display_login":"mizdebsk"}}