[
https://issues.jboss.org/browse/JBDS-3278?page=com.atlassian.jira.plugin....
]
Andre Dietisheim updated JBDS-3278:
-----------------------------------
Description:
As an OpenShift v3 end-user, I need to be deploy, undeploy, add, remove, etc. for
applications targeting the v3 API.
The UI for OpenShift Explorer will need to be expanded (or replaced) to handle v3's
new terminology and architecture.
For June @Burr tells us to implement (Mail "Forget everything you know about
OpenShift"):
{quote}
It could be as simple as…somewhere in OpenShift v3 is the git URL to a source repo….
Our Eclipse end-user needs to be able to “browse” for it and select it
git clone it
make changes
git push it back
{quote}
This gives us 3 main use cases (as in mail and chats):
# Import existing OpenShift project (JBDS-3297)
# Push Changes to Existing OpenShift project (JBDS-3298)
# New Project from Template (template should have a default buildconfig, deployconfig and
docker image)
{quote}
Use Case #1 assumes a TON about what has happened before me.
- Assumes that OpenShift Enterprise is installed, configured and running happily at an
accessible URL
- Assumes end-user is already logged in (there is no auth method at this time)
- Assumes that someone else (not our eclipse end-user) has manually created his/her
“project” with an image, a git repo, a deployment config, a build config, defined routes,
defined services, etc.
{quote}
We have a more extensive document that outlines the usecases:
https://docs.google.com/a/redhat.com/document/d/1VwYNuKWUzuorU-6GcF420Vl_...
was:
As an OpenShift v3 end-user, I need to be deploy, undeploy, add, remove, etc. for
applications targeting the v3 API.
The UI for OpenShift Explorer will need to be expanded (or replaced) to handle v3's
new terminology and architecture.
For June @Burr tells us to implement (Mail "Forget everything you know about
OpenShift"):
{quote}
It could be as simple as…somewhere in OpenShift v3 is the git URL to a source repo….
Our Eclipse end-user needs to be able to “browse” for it and select it
git clone it
make changes
git push it back
{quote}
This gives us 3 main use cases (as in mail and chats):
# Import existing OpenShift project (JBDS-3297)
# Push Changes to Existing OpenShift project (JBDS-3298)
# New Project from Template (template should have a default buildconfig, deployconfig and
docker image)
{quote}
Use Case #1 assumes a TON about what has happened before me.
- Assumes that OpenShift Enterprise is installed, configured and running happily at an
accessible URL
- Assumes end-user is already logged in (there is no auth method at this time)
- Assumes that someone else (not our eclipse end-user) has manually created his/her
“project” with an image, a git repo, a deployment config, a build config, defined routes,
defined services, etc.
{quote}
OpenShift v3
------------
Key: JBDS-3278
URL:
https://issues.jboss.org/browse/JBDS-3278
Project: Developer Studio (JBoss Developer Studio)
Issue Type: Feature Request
Components: openshift
Reporter: Burr Sutter
Assignee: Jeff Cantrill
Fix For: 9.0.0.GA
Attachments: OS Explorer Options.bmml, OS Explorer Options.bmml, OS Explorer
Options.bmml, OS Explorer Options.bmml, OS Explorer Options.png
As an OpenShift v3 end-user, I need to be deploy, undeploy, add, remove, etc. for
applications targeting the v3 API.
The UI for OpenShift Explorer will need to be expanded (or replaced) to handle v3's
new terminology and architecture.
For June @Burr tells us to implement (Mail "Forget everything you know about
OpenShift"):
{quote}
It could be as simple as…somewhere in OpenShift v3 is the git URL to a source repo….
Our Eclipse end-user needs to be able to “browse” for it and select it
git clone it
make changes
git push it back
{quote}
This gives us 3 main use cases (as in mail and chats):
# Import existing OpenShift project (JBDS-3297)
# Push Changes to Existing OpenShift project (JBDS-3298)
# New Project from Template (template should have a default buildconfig, deployconfig and
docker image)
{quote}
Use Case #1 assumes a TON about what has happened before me.
- Assumes that OpenShift Enterprise is installed, configured and running happily at an
accessible URL
- Assumes end-user is already logged in (there is no auth method at this time)
- Assumes that someone else (not our eclipse end-user) has manually created his/her
“project” with an image, a git repo, a deployment config, a build config, defined routes,
defined services, etc.
{quote}
We have a more extensive document that outlines the usecases:
https://docs.google.com/a/redhat.com/document/d/1VwYNuKWUzuorU-6GcF420Vl_...
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)